[Bug libfortran/24584] Segfault when reading empty string in namelist file
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-10-30 07:07 --- The patch in the original post is wrong. The patch in comment #2 is correct and is very similar to the patch done for pr16080 for which the test case read_null_string.f90 was made. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24584
[Bug target/24445] "unable to find a register to spill in class 'R0_REGS"
--- Comment #9 from rpjday at mindspring dot com 2005-10-30 09:56 --- The latest snapshot of gcc-4.1-20051029 still produces the same error at the same location. Was there a workaround posted somewhere, or is this still an unresolved issue? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24445
[Bug middle-end/24093] [4.1 Regression] cgraph exhausts virtual memory building 197.parser with -profile-use -O3
--- Comment #8 from hubicka at gcc dot gnu dot org 2005-10-30 09:59 --- Subject: Bug 24093 Author: hubicka Date: Sun Oct 30 09:59:16 2005 New Revision: 106014 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106014 Log: PR middle-end/24093 * ipa-inline.c (craph_decide_recursive_inlining): Fix return value. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24093
[Bug libgcj/24583] [4.0 only] InetAddress.getLocalHost() returns broken InetAddress object when local hostname cannot be resolved
--- Comment #2 from greenrd at gcc dot gnu dot org 2005-10-30 12:00 --- The real problem here was that I had a typo in my /etc/hosts, so the hostname could not be resolved. I've updated the bug summary. GNU classpath 0.18 implements the correct behaviour: $ jamvm TestAddr java.net.UnknownHostException: lcoyle1 at java.net.VMInetAddress.getHostByName (Native Method) at java.net.InetAddress.getAllByName (InetAddress.java:667) at java.net.InetAddress.getByName (InetAddress.java:622) at java.net.InetAddress.getLocalHost (InetAddress.java:777) at TestAddr.main (TestAddr.java:7) -- greenrd at gcc dot gnu dot org changed: What|Removed |Added Summary|InetAddress.getLocalHost() |[4.0 only] |returns broken InetAddress |InetAddress.getLocalHost() |object when run in chroot |returns broken InetAddress ||object when local hostname ||cannot be resolved http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24583
[Bug libfortran/20179] cannot mix C and Fortran I/O
--- Comment #24 from fxcoudert at gcc dot gnu dot org 2005-10-30 12:48 --- Subject: Bug 20179 Author: fxcoudert Date: Sun Oct 30 12:48:52 2005 New Revision: 106017 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106017 Log: PR libfortran/20179 * io/unix.c (flush_if_preconnected): New function. * io/io.h: Add prototype for flush_if_preconnected. * io/transfer.c (data_transfer_init): Use flush_if_preconnected to workaround buggy mixed C-Fortran code. * gfortran.dg/mixed_io_1.f90: New test. * gfortran.dg/mixed_io_1.c: New file. Added: trunk/gcc/testsuite/gfortran.dg/mixed_io_1.c trunk/gcc/testsuite/gfortran.dg/mixed_io_1.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/io/io.h trunk/libgfortran/io/transfer.c trunk/libgfortran/io/unix.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20179
[Bug fortran/24401] -fbounds-check takes too long
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-10-30 13:02 --- Confirmed on i686-linux for mainline. The option that triggers this problem is -fbounds-check. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|powerpc-apple-darwin8.2.0 | GCC host triplet|powerpc-apple-darwin8.2.0 | GCC target triplet|powerpc-apple-darwin8.2.0 | Known to fail||4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-10-30 13:02:35 date|| Summary|Takes too long to compiler |-fbounds-check takes too ||long http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
[Bug c++/24555] Sending output to cout stream sporadically causes segfault
--- Comment #2 from pcarlini at suse dot de 2005-10-30 13:02 --- This is not a libstdc++-v3 problem. What happens on 4_0-branch is that among the global strings declared in language.cc and initialized in define_strings(), when init_game() returns only the first five are ok, the remaining ones are broken (_M_p = 0x0). Mainline (essentially same basic_string) is ok. -- pcarlini at suse dot de changed: What|Removed |Added Component|libstdc++ |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24555
[Bug libfortran/20179] cannot mix C and Fortran I/O
--- Comment #25 from fxcoudert at gcc dot gnu dot org 2005-10-30 13:25 --- Subject: Bug 20179 Author: fxcoudert Date: Sun Oct 30 13:25:25 2005 New Revision: 106018 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106018 Log: PR libfortran/20179 * io/unix.c (flush_if_preconnected): New function. * io/io.h: Add prototype for flush_if_preconnected. * io/transfer.c (data_transfer_init): Use flush_if_preconnected to workaround buggy mixed C-Fortran code. * gfortran.dg/mixed_io_1.f90: New test. * gfortran.dg/mixed_io_1.c: New file. Added: branches/gcc-4_0-branch/gcc/testsuite/gfortran.dg/mixed_io_1.c - copied unchanged from r106017, trunk/gcc/testsuite/gfortran.dg/mixed_io_1.c branches/gcc-4_0-branch/gcc/testsuite/gfortran.dg/mixed_io_1.f90 - copied unchanged from r106017, trunk/gcc/testsuite/gfortran.dg/mixed_io_1.f90 Modified: branches/gcc-4_0-branch/gcc/testsuite/ChangeLog branches/gcc-4_0-branch/libgfortran/ChangeLog branches/gcc-4_0-branch/libgfortran/io/io.h branches/gcc-4_0-branch/libgfortran/io/transfer.c branches/gcc-4_0-branch/libgfortran/io/unix.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20179
[Bug c++/24555] Sending output to cout stream sporadically causes segfault
--- Comment #3 from pcarlini at suse dot de 2005-10-30 13:39 --- I'm closing the PR as invalid: there is a nasty bug in the code: the loop in init_game() runs up to 8 instead of the correct 7, thus probably overwriting memory allocated to the strings. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24555
[Bug libfortran/20179] cannot mix C and Fortran I/O
--- Comment #26 from fxcoudert at gcc dot gnu dot org 2005-10-30 13:49 --- Finally fixed by the last two commits (on both 4.0 and 4.1). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/fortra| |n/2005-10/msg00682.html | Status|ASSIGNED|RESOLVED Keywords|patch | Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20179
[Bug libgcj/24583] [4.0 only] InetAddress.getLocalHost() returns broken InetAddress object when local hostname cannot be resolved
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-30 15:14 --- So this is fixed in 4.1.0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24583
[Bug target/24585] New: spurious section conflict error while building linux kernel
Seems to happen with 3.3,3.4,
Short test case courtesy of A.Pinski:
static void __attribute__ ((__section__ (".init.text"))) pci_fixup_i450nx(void)
{ }
static int __attribute__ ((__section__ (".init.text")))
toshiba_ohci1394_dmi_table[] = { };
causes with gcc (without -O2);
t.c:4: error: toshiba_ohci1394_dmi_table causes a section type conflict
(the longer test case which I attach shows it with optimization
too)
On the big file the actual function (it has a lot of these) depends
on optimization level and compiler version
--
Summary: spurious section conflict error while building linux
kernel
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ak at muc dot de
GCC host triplet: x86_64-linux
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24585
[Bug target/24585] spurious section conflict error while building linux kernel
--- Comment #1 from ak at muc dot de 2005-10-30 15:56 --- Created an attachment (id=10081) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10081&action=view) Long test case directly from Linux kernel, shows the error in more circumstances -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24585
[Bug target/24585] spurious section conflict error while building linux kernel
--- Comment #2 from pluto at agmk dot net 2005-10-30 16:12 ---
(In reply to comment #0)
> Seems to happen with 3.3,3.4,
>
> Short test case courtesy of A.Pinski:
>
> static void __attribute__ ((__section__ (".init.text")))
> pci_fixup_i450nx(void)
> { }
> static int __attribute__ ((__section__ (".init.text")))
> toshiba_ohci1394_dmi_table[] = { };
>
> causes with gcc (without -O2);
> t.c:4: error: toshiba_ohci1394_dmi_table causes a section type conflict
without `static` it also fails on 4.1/powerpc.
--
pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24585
[Bug middle-end/24585] [3.4/4.0/4.1 Regression] spurious section conflict error while building linux kernel
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-30 16:13 --- Confirmed for the short testcase at -O0. Finding one for the -O2 issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Status|UNCONFIRMED |NEW Component|target |middle-end Ever Confirmed|0 |1 GCC host triplet|x86_64-linux| GCC target triplet|x86_64-linux| Keywords||rejects-valid Known to fail||3.2.3 3.3.3 3.4.0 4.1.0 Known to work||2.95.3 3.0.4 Last reconfirmed|-00-00 00:00:00 |2005-10-30 16:13:35 date|| Summary|spurious section conflict |[3.4/4.0/4.1 Regression] |error while building linux |spurious section conflict |kernel |error while building linux ||kernel Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24585
[Bug middle-end/24585] [3.4/4.0/4.1 Regression] spurious section conflict error while building linux kernel
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-30 16:18 ---
I wonder if this is really a regression at all here is the testcase for -O2:
struct pci_fixup {
void (*hook)(void);
};
static void __attribute__ ((__section__ (".init.text")))
pci_fixup_ide_bases(void) {}
static const struct pci_fixup
__pci_fixup_PCI_ANY_IDPCI_ANY_IDpci_fixup_ide_bases
__attribute__((__used__)) __attribute__((__section__(".pci_fixup_header"))) = {
pci_fixup_ide_bases };
static int __attribute__ ((__section__ (".init.text")))
toshiba_ohci1394_dmi_table[] = {};
static void __attribute__ ((__section__ (".init.text")))
pci_pre_fixup_toshiba_ohci1394(void) {
dmi_check_system(toshiba_ohci1394_dmi_table);
}
static const struct pci_fixup
__pci_fixup_PCI_VENDOR_ID_TI0x8032pci_pre_fixup_toshiba_ohci1394
__attribute__((__used__)) __attribute__((__section__(".pci_fixup_header"))) =
{pci_pre_fixup_toshiba_ohci1394 };
This fails with 2.95.3 3.0.4 3.3.3 3.4.0, 4.0.0 and 4.1.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24585
[Bug target/21684] MCore testsuite file gcc.c-torture/execute/lshrdi3-1.c compiles to incorrect assembly
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-30 16:32 --- Fixed for 4.1.0 so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21684
[Bug target/18482] mmix-knuth-mmixware testsuite failure: tmpdir-gcc.dg-struct-layout-1
--- Comment #6 from hp at gcc dot gnu dot org 2005-10-30 16:46 --- Subject: Bug 18482 Author: hp Date: Sun Oct 30 16:46:41 2005 New Revision: 106026 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106026 Log: PR target/18482 * gcc.dg/compat/struct-layout-1_generate.c (switchfiles, main): For mmix-*-*, pass with dg-options an additional -mno-base-addresses. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/compat/struct-layout-1_generate.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18482
[Bug target/18482] mmix-knuth-mmixware testsuite failure: tmpdir-gcc.dg-struct-layout-1
--- Comment #7 from hp at gcc dot gnu dot org 2005-10-30 17:00 --- "Fixed" by passing -mno-base-addresses. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18482
[Bug libstdc++/20213] cassert header documentation wrong
-- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-30 17:01:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20213
[Bug bootstrap/21561] bootstrap build fails on biarch targets while not on the native mode
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-30 17:10 --- Supending until the other bugs like this is fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21561
[Bug bootstrap/21739] ../../.././libstdc++-v3/libmath/stubs.c:268: error: parse error before '(' token
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-30 17:13 --- This works for other people on AIX without any trouble. Can you try again with a newer gcc and see if you can reproduce it? Also can you make sure that libraries and headers match in version? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21739
[Bug bootstrap/21936] Ada bootstrap failure on Solaris 10/x86 with native as
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-30 17:14 --- Does this work now? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21936
[Bug bootstrap/23101] Make Bootstrap fails on AIX 5.2 ML6
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-30 17:17 --- Why do you want a compiler which is built in 64bit mode, it will not default to 64bit mode? It will be slower and hug more memory. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23101
[Bug testsuite/19013] gcc.c-torture/execute/ieee/mzero6.c should not rely on C99 math functions
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-30 17:27 --- Fixed in 4.0.0 and above by inlining __builtin_copysign all the time. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19013
[Bug target/24586] New: [4.0 regression] ICE in g++.dg/opt/mmx2.C
Jakub, the testcase g++.dg/opt/mmx2.C you added, causes a segfault on the 4.0 branch: g++ -O2 -mmmx -c mmx2.C mmx2.C: In function 'int main()': mmx2.C:23: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. This can also be seen in Kaveh's testresults, for example: http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00523.html http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg01202.html It looks like --enable-checking is required to trigger the bug. As this is a new FAIL in the testsuite, I rate this as a regression. Could you please have a look? -- Summary: [4.0 regression] ICE in g++.dg/opt/mmx2.C Product: gcc Version: 4.0.3 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored, ice-checking, ssemmx Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24586
[Bug c++/24582] [4.1 regression] ICE in decl_jump_unsafe
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||error-recovery Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24582
[Bug c++/24582] [4.1 regression] ICE in decl_jump_unsafe
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-30 17:37 ---
Reduced testcase:
JigdoFileCmd::Command ::JigdoFileCmd::cmdOptions(int argc, char* argv[]) {
switch (c) {
case LONGOPT_BZIP2: optBzip2 = true;
---
This is not mine after all.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2005-10-30 17:37:08
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24582
[Bug c++/24582] [4.0/4.1 regression] ICE in decl_jump_unsafe
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-30 17:42 --- (In reply to comment #3) > This is not mine after all. As this was introduced before my patch which I had thought might had caused it. This was caused by: 2005-10-13 Mark Mitchell <[EMAIL PROTECTED]> PR c++/20721 * cp-tree.h (DECL_NONTRIVIALLY_INITIALIZED_P): New macro. * decl.c (duplicate_decls): Merge it into new declarations. (decl_jump_unsafe): Use it, rather than DECL_INITIAL. (cp_finish_decl): Set it, when appropriate. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org Summary|[4.1 regression] ICE in |[4.0/4.1 regression] ICE in |decl_jump_unsafe|decl_jump_unsafe Target Milestone|4.1.0 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24582
[Bug bootstrap/24562] makebootstrap failed: make[3]: *** No rule to make target `../zlib/libz.a'
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-30 17:55 --- So did it work after using GNU tar? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24562
[Bug fortran/24554] internal compiler error
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-30 17:55 --- Can you attach the source? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24554
[Bug middle-end/24563] getting internal error
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-30 17:57 --- Also how did you configure gcc and how did you invoke make? If this is building for a native compiler, can you try "make bootstrap"? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24563
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns with -fPIC -O1
--- Comment #16 from hubicka at gcc dot gnu dot org 2005-10-30 18:00
---
testing fix that should make legitimize_pic_address correctly decompose the
address. Similar to Steven's but I think it actually works ;)
Index: config/i386/i386.c
===
--- config/i386/i386.c (revision 106026)
+++ config/i386/i386.c (working copy)
@@ -6016,7 +6016,18 @@ legitimize_pic_address (rtx orig, rtx re
}
else
{
- if (GET_CODE (addr) == CONST)
+ if (GET_CODE (addr) == CONST_INT
+ && !x86_64_immediate_operand (addr, VOIDmode))
+ {
+ if (reg)
+ {
+ emit_move_insn (reg, addr);
+ new = reg;
+ }
+ else
+ new = force_reg (DImode, addr);
+ }
+ else if (GET_CODE (addr) == CONST)
{
addr = XEXP (addr, 0);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug libgcj/24587] New: libgcj should set gnu.classpath.version system property
When a new version of GNU Classpath is imported gnu.classpath.version should be set by libgcj to indicate which version of GNU Classpath it is using. This is used in a couple of places (for example the http.agent property). -- Summary: libgcj should set gnu.classpath.version system property Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24587
[Bug tree-optimization/24172] [4.1 Regression] error: incorrect sharing of tree nodes
--- Comment #14 from hubicka at gcc dot gnu dot org 2005-10-30 18:18 --- Subject: Bug 24172 Author: hubicka Date: Sun Oct 30 18:14:15 2005 New Revision: 106247 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106247 Log: PR tree-optimization/24172 * tree-inline.c (copy_body_r): Unshare the substituted value first. * g++.dg/tree-ssa/pr24172.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/pr24172.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24172
[Bug libgcj/24587] libgcj should set gnu.classpath.version system property
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-30 18:35 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-30 18:35:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24587
[Bug libgcj/17021] libgcj verifier resolves classes too eagerly
--- Comment #15 from thebohemian at gmx dot net 2005-10-30 19:14 --- Created an attachment (id=10082) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10082&action=view) proposed fix This patch includes all the lazyfications and a fix for to_array() involving primitive array names which caused gcj to crash. I also changed the name of the classname comparation method as suggested by bryce. The special case where we have a class Lfoo and fool (the latter given as "Lfool;") is now handled correctly. There was a need for a new helper method. I hope its name is well chosen. I am currently waiting for my libgcj assignment papers. This gives you some time to comment on it. :) -- thebohemian at gmx dot net changed: What|Removed |Added Attachment #10041|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17021
[Bug fortran/24430] internal compiler error: in convert_move, at expr.c:362
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-10-30 19:27 --- I hadn't seen that bug before now. I'll give it a try when i next reboot my computer (i don't see the ICE on a cross-compiler). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24430
[Bug c++/24588] New: Fails to identify template using local classes
#include
template
class A {
public:
class iterator {
E dummy;
};
iterator iter;
};
template< typename E>
void sort( typename A::iterator& first, typename A::iterator& last ) {
std::cout << "sort" << std::endl;
}
int main( int argc, char *argv[] ) {
A first, last;
sort(first.iter,last.iter);
return 0;
}
gets you:
~/ootbc/members/src$ g++ foo.cc
foo.cc: In function 'int main(int, char**)':
foo.cc:19: error: no matching function for call to 'sort(A::iterator&,
A::iterator&)'
Also fails on 4.0.2
--
Summary: Fails to identify template using local classes
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24588
[Bug c++/24588] Fails to identify template using local classes
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-30 20:59 --- I don't think this is a bug. What is happening is that compiler cannot figure out that you want sort as there are no agruments to sort which is based on the template agrument (except for ones which are dependent on the type). ICC rejects this code also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24588
[Bug c++/24588] Fails to identify template using local classes
--- Comment #2 from igodard at pacbell dot net 2005-10-30 21:29 ---
I don't get it. The argument is A::iterator, which surely depends on
A::iterator (with "E" taken as "int"). The problem also arises in the
simpler case:
#include
template
class A {
public:
class iterator {
E dummy;
};
iterator iter;
};
template< typename E>
void sort( typename E::iterator& first, typename E::iterator& last ) {
std::cout << "sort" << std::endl;
}
int main( int argc, char *argv[] ) {
A first, last;
sort(first.iter,last.iter);
return 0;
}
It looks to me that unification is not looking at the qualifier of a qualified
type. This may be what the standard says (it's a mystery to me) but is sure
surprising.
Ivan
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24588
[Bug target/18482] mmix-knuth-mmixware testsuite failure: tmpdir-gcc.dg-struct-layout-1
-- hp at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18482
[Bug preprocessor/8270] [3.4/4.0/4.1 Regression] back-slash white space newline with comments, no warning
--- Comment #34 from mmitchel at gcc dot gnu dot org 2005-10-30 21:43 --- This is a usability issue (and, maybe, a pedantic standards-conformance issue?), but is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
[Bug tree-optimization/8361] [4.1 regression] C++ compile-time performance regression
--- Comment #60 from mmitchel at gcc dot gnu dot org 2005-10-30 21:45 --- I'd like to fix this for 4.1, but not at the expense of destabilizing things, or losing performance. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361
[Bug tree-optimization/24172] [4.1 Regression] error: incorrect sharing of tree nodes
--- Comment #15 from hubicka at gcc dot gnu dot org 2005-10-30 21:59 --- Fixed by my patch -- hubicka at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24172
[Bug libgcj/10353] [3.4/4.0/4.1 regression] Java testsuite failures
--- Comment #24 from mmitchel at gcc dot gnu dot org 2005-10-30 22:03 --- There's no evidence that this affects any of the primary languages, so set to P5. (At one point the target milestone on this PR was removed, but at some point it came back.) -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353
[Bug c++/11987] [3.4/4.0/4.1 regression] Accepts-invalid with inherited nested type
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-10-30 22:07 --- I've talked about this with EDG. The reason they reject the test case is that Y::I might or might not be X::I, depending on whether or not there are specializations of Y in play. I agree with this logic, so the test case is indeed an accepts-invalid. However, as indicated in the audit trail, this is not a particular critical regression; downgraded to P4. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11987
[Bug java/20495] [4.0/4.1 Regression] building gcj hangs on gcj-dbtool
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20495
[Bug middle-end/21309] [4.0/4.1 regression] internal compiler error: in expand_mult_const, at expmed.c:2884
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21309
[Bug target/21283] [4.0/4.1 regression] ICE with doubles
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21283
[Bug middle-end/22127] [3.4/4.0/4.1 Regression] register window not preserved after getcontext call
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22127
[Bug bootstrap/21512] [4.0/4.1 Regression] build failure on ppc-apple-darwin5.5 in libcpp
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21512
[Bug ada/23492] [4.1 Regression] ACATS c48009e SEGV in set_bb_for_stmt tree-cfg.c:2673 on x86_64
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23492
[Bug target/14798] [3.4/4.0/4.1 Regression] In case of SH target with -O2 option #pragma interrupt doesn't get resetted.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14798
[Bug target/15065] [3.4/4.0/4.1 Regression] bootstrap fails during bulding libstdc++-v3 on Tru64 V5.0
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15065
[Bug bootstrap/15212] [3.4/4.0/4.1 Regression] bootstrap fails on interix3
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15212
[Bug c++/17729] [3.4/4.0/4.1 Regression] Duplicate __attribute__((deprecated)) warning
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17729
[Bug java/18190] [4.0/4.1 regression] primitive array optimization is gone
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18190
[Bug objc/18456] [4.0/4.1 Regression] ICE compiling Objective C code with protocol-qualified objects
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18456
[Bug ada/18659] [4.1 Regression] 6 ACATS ICEs in tree-sra.c:1507
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug target/19421] [4.0/4.1 regression] ICE with soft-float on m68k
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug ada/19959] [4.0/4.1 Regression] Can't compile gnattools for the cross targets
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
[Bug c++/14179] [3.4/4.0/4.1 Regression] out of memory while parsing array with many initializers
--- Comment #44 from mmitchel at gcc dot gnu dot org 2005-10-30 22:13 --- We don't have clear evidence that this is worse, let alone substantially worse, than previous releases. Until and unless we do, I've downgraded this to P4. However, if this is fixed, let's just mark it so, and move on. In fact, if it's even in the ballpark, let's mark it fixed and move on. It's usually not very useful to chase the last few percent on a compile-time/memory testcase, as there are other places where we know we can have bigger impact. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179
[Bug target/20583] [4.0/4.1 regression] ICE in output_operand: invalid expression as operand
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20583
[Bug c++/14777] [3.4/4.0/4.1 Regression] typedef doesn't fully expose base class type
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-10-30 22:16 --- We need new infrastructure to fix accepts-invalid access-control issues in templates. I removed the target milestone on this PR once before, but Andrew Pinksi put it back. Now, I've downgraded this to P5. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14777
[Bug java/21428] [3.4/4.0/4.1 Regression] bogus warning: unused parameter 'this'
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 Flag||4.1blocker- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21428
[Bug java/21662] [3.4/4.0/4.1 Regression] Fields in interfaces not optimized when read from *.class, but optimized when read from *.java
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 Flag||4.1blocker- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21662
[Bug other/15082] [3.4/4.0/4.1 regression] Minor compilation problem for cross to Solaris 8
--- Comment #14 from mmitchel at gcc dot gnu dot org 2005-10-30 22:23 --- We now have --build-sysroot, which ameliorates this situation. (I don't fully understand Alexandre's suggestion, in the message linked from Comment #13.) In any case, I've downgraded this to P5, as, although clearly desirable, building such a cross-compiler will not be release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15082
[Bug libstdc++/20213] cassert header documentation wrong
--- Comment #2 from pcarlini at suse dot de 2005-10-30 22:25 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20213
[Bug target/15184] [3.4/4.0/4.1 Regression] Direct access to byte inside word not working with -march=pentiumpro
--- Comment #10 from mmitchel at gcc dot gnu dot org 2005-10-30 22:26 --- Downgraded to P5. I don't think this missed-optimization on the Pentium Pro (now a relatively old CPU) is release-critical, especially since we think that the change that caused the problem was generally beneficial. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15184
[Bug tree-optimization/15678] [4.0/4.1 Regression] CSiBE i686 compilation time increased by 8% at -O2
--- Comment #22 from mmitchel at gcc dot gnu dot org 2005-10-30 22:31 --- According to the data in Comment #19, we're now better on some cases, and worse on others. I'd suggest we just close this PR. However, in the meanwhile, I've downgraded this to P4. A small compile-time increase isn't going to block the upcoming releases. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678
[Bug other/15082] [3.4/4.0/4.1 regression] Minor compilation problem for cross to Solaris 8
--- Comment #15 from mark at codesourcery dot com 2005-10-30 22:33 --- Subject: Re: [3.4/4.0/4.1 regression] Minor compilation problem for cross to Solaris 8 What's this "4.1blocker-" stuff about? This certainly isn't a 4.1 blocker, and that information is already computable from the other fields, as I've described. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15082
[Bug other/15082] [3.4/4.0/4.1 regression] Minor compilation problem for cross to Solaris 8
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-10-30 22:36 --- (In reply to comment #15) > Subject: Re: [3.4/4.0/4.1 regression] Minor compilation > problem for cross to Solaris 8 > What's this "4.1blocker-" stuff about? This certainly isn't a 4.1 > blocker, and that information is already computable from the other > fields, as I've described. Flags are better as we can have a requestor and only one group of people able to set the flag (you in this case). So if I requested this should be a blocker, you can deny it without even being CC'd to the bug. It is a little more automated than what fields do. This is why I asked about flags. Fields to me should not be used in this way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15082
[Bug inline-asm/16194] [3.4/4.0/4.1 Regression] global register with inline-asm and clobered
--- Comment #13 from mmitchel at gcc dot gnu dot org 2005-10-30 22:38 --- Set to P2; I'd like to fix this, if possible, since it's hard enough to write extended asm code without getting ICEs. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16194
[Bug other/15082] [3.4/4.0/4.1 regression] Minor compilation problem for cross to Solaris 8
--- Comment #17 from mark at codesourcery dot com 2005-10-30 22:38 --- Subject: Re: [3.4/4.0/4.1 regression] Minor compilation problem for cross to Solaris 8 pinskia at gcc dot gnu dot org wrote: > --- Comment #16 from pinskia at gcc dot gnu dot org 2005-10-30 22:36 > --- > (In reply to comment #15) > >>Subject: Re: [3.4/4.0/4.1 regression] Minor compilation >> problem for cross to Solaris 8 >>What's this "4.1blocker-" stuff about? This certainly isn't a 4.1 >>blocker, and that information is already computable from the other >>fields, as I've described. > > > Flags are better as we can have a requestor and only one group of people able > to set the flag (you in this case). So if I requested this should be a > blocker, you can deny it without even being CC'd to the bug. It is a little > more automated than what fields do. This is why I asked about flags. Fields > to me should not be used in this way. I don't think I agree. Maybe I can be made to, but please drive this on the GCC list, and get buy-in, rather than doing it unilaterally. These fields are tools for the RM, and all you're doing at the moment is confusing me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15082
[Bug tree-optimization/16306] [4.0/4.1 Regression] restrict and copying pointers problem
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-10-30 22:41 --- To better support restrict, we should copy around the set of "based on" pointers when copying other pointer attributes. However, I don't think this is a sufficiently serious missed optimization to warrant holding up a release. Downgraded to P5. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16306
[Bug fortran/18883] ICE in gfc_finish_var_decl
--- Comment #8 from eedelman at gcc dot gnu dot org 2005-10-30 22:43 --- Subject: Bug 18883 Author: eedelman Date: Sun Oct 30 22:43:45 2005 New Revision: 106254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106254 Log: fortran/ 2005-10-30 Erik Edelmann <[EMAIL PROTECTED]> PR fortran/18883 * trans-decl.c (gfc_finish_var_decl): Add decl to the current function, rather than the parent. Make assertion accept fake result variables. * trans-expr.c (gfc_conv_variable): If the character length of an ENTRY isn't set, get the length from the master function instead. testsuite 2005-10-30 Erik Edelmann <[EMAIL PROTECTED]> PR fortran/18883 * gfortran.dg/char_result_9.f90: New. * gfortran.dg/char_result_10.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/char_result_10.f90 trunk/gcc/testsuite/gfortran.dg/char_result_9.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18883
[Bug tree-optimization/16876] [3.4/4.0/4.1 Regression] ICE on testcase with -O3 in gen_lowpart
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-10-30 22:44 --- P2 is the right setting for this bug; it's popping up often enough to make it worth fixing. Disabling the inlining in the case that the argument type doesn't match (closely enough) the parameter type seems reasonable to me, even without introducing a subsequent runtime abort. That would be equivalent to the behavior if the function called appeared in a different translation unit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16876
[Bug tree-optimization/16913] [4.0/4.1 Regression] restrict does not make a difference
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-10-30 22:47 --- Marked as P5; I don't think missed-optimizations depending on "restrict" are release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16913
[Bug c++/17053] [4.0/4.1 Regression] Repo functionality partially broken on AIX (collect2.c)
--- Comment #15 from mmitchel at gcc dot gnu dot org 2005-10-30 22:50 --- Reduced to P5; until David decides this is sufficiently important, there's no reason to hold up a release for this PR. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17053
[Bug c++/17256] [3.4/4.0/4.1 Regression] undefined but used static or inline functions should be diagnosed
--- Comment #12 from mmitchel at gcc dot gnu dot org 2005-10-30 22:51 --- Leaving as P2; we should try to fix this, but it's not a showstopper. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17256
[Bug tree-optimization/17506] [4.0/4.1 regression] warning about uninitialized variable points to wrong location
--- Comment #21 from mmitchel at gcc dot gnu dot org 2005-10-30 22:53 --- Leaving as P2; as stated in the audit trail, this problem has the potential to seriously confuse people. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
[Bug c++/17519] [3.4/4.0/4.1 Regression] Warning for array of packed non-POD in packed struct
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-10-30 22:55 --- Leaving as P2; we should at least try to figure out whether we really want to give a warning here. (I suspect we may end up closing this PR as INVALID, because the non-PODness does affect things -- like whether the value is passed by reference or not when calling a function. But, I haven't thought hard enough to say for sure.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17519
[Bug middle-end/22127] [3.4/4.0/4.1 Regression] register window not preserved after getcontext call
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22127
[Bug ada/13408] [4.1 Regression] acats numeric tests cxg* fail on pa/hpux
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13408
[Bug target/16589] [4.0/4.1 regression] [m68k] segmentation fault on identical array accesses in the ?: operators' body
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
[Bug target/18346] [4.0/4.1 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/trampoline-1.c
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18346
[Bug ada/18434] [4.0/4.1 Regression] Ada: cannot build gnattools on Tru64 UNIX V5.1B
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434
[Bug target/18335] [3.4/4.0/4.1 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/debug/debug-1.c and debug-2 xyzzy
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18335
[Bug rtl-optimization/18485] [4.0/4.1 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C g++.old-deja/g++.niklas/t132.C g++.old-deja/g++.other/singleton.C
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18485
[Bug java/20031] [4.0/4.1 regression] ICE on missing files
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20031
[Bug java/18796] [4.0/4.1 Regression] gcj imports wrong superclass
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18796
[Bug ada/18859] [4.0/4.1 Regression] ACATS ICE c37305a at -O0: in tree_low_cst, at tree.c:3839
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18859
[Bug ada/20042] [4.0/4.1 regression] ACATS cxaca01 assembler Bad Absolute Expression error on
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20042
[Bug middle-end/21107] [4.0/4.1 regression] internal compiler error: in expand_one_stack_var_at, at cfgexpand.c:476
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21107
[Bug c++/21008] [3.4/4.0/4.1 Regression] [DR515] Access failure in accessing data member of base class from derived template class
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21008
[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21210
[Bug c++/21123] [4.0/4.1 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123
[Bug libstdc++/21321] [4.1 regression] mmix-knuth-mmixware 27_io/basic_filebuf/seekpos/12790-3.cc execution test
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21321
[Bug libstdc++/21554] [4.0/4.1 Regression] ext/array_allocator/2.cc execution fails
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21554
