[Bug java/21779] New: unknown bug
Hi! When I try to compile jdk14 I've got following error. I think that is't a bug, isn't. thanks Slawek Error message: Compiling /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/deoptimization.cpp Compiling /usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/depChecker_i486.cpp Compiling ../generated/adfiles/dfa_i486.cpp ../generated/adfiles/dfa_i486.cpp: In member function `void State::_sub_Op_PowD(const Node*)': ../generated/adfiles/dfa_i486.cpp:11381: 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. gmake[3]: *** [dfa_i486.o] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk14/work/control/build/bsd-i586/hotspot-i586/tmp/bsd_i486_compiler2/jvmg' gmake[2]: *** [the_vm] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk14/work/control/build/bsd-i586/hotspot-i586/tmp/bsd_i486_compiler2/jvmg' gmake[1]: *** [jvmg] Error 2 gmake[1]: Leaving directory `/usr/ports/java/jdk14/work/control/build/bsd-i586/hotspot-i586/tmp' gmake: *** [jvmg] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk14. Version: server# gcc --version gcc (GCC) 3.4.2 [FreeBSD] 20040728 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Command: make install clean in /usr/ports/java/jdk14/ OS: FreeBSD 5.4-RELEASE -- Summary: unknown bug Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: slawchod at wp dot pl CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC target triplet: Problem with gcc during java compilation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21779
[Bug fortran/20883] unassigned integer used as format
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20883
[Bug libgcj/20169] Serialization: readResolve does not work
--- Additional Comments From bonniot at users dot sf dot net 2005-05-27 09:47 --- FYI, my patch for solving this bug in classpath is https://savannah.gnu.org/patch/index.php?func=detailitem&item_id=3893 My copyright assignment is on its way... I cannot comment on the current behaviour of gcc, as my nightly build seems borked. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20169
[Bug c/21780] New: ICE builing newlib 1.12.0
/home/mfletcher/nucleus-builder-410/newlib-1.12.0/newlib/libc/search/hash.c: In function 'flush_meta': /home/mfletcher/nucleus-builder-410/newlib-1.12.0/newlib/libc/search/hash.c:511: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. Configured with: /home/mfletcher/nucleus-builder-410/gcc-4.1-20050522/configure --target=i486-unknown-elf --host=i686-host_pc-linux-gnu --prefix=/home/scx/gcc410nucleus --with-local-prefix=/home/scx/gcc410nucleus/i486-unknown-elf --disable-multilib --with-newlib --without-headers --disable-nls --enable-threads=no --enable-symvers=gnu --enable-languages=c --disable-shared --with-gnu-as --with-gnu-ld Thread model: single gcc version 4.1.0 20050522 (experimental) -- Summary: ICE builing newlib 1.12.0 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mfletcher at serck-controls dot co dot uk CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-host_pc-linux-gnu GCC target triplet: i486-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21780
[Bug c/21780] ICE builing newlib 1.12.0
--- Additional Comments From mfletcher at serck-controls dot co dot uk 2005-05-27 11:25 --- Created an attachment (id=8978) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8978&action=view) preprocessed sources to trigger ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21780
[Bug c/21781] New: real.c incorrectly values zero with a large exponent
The following snippet, if compiled with -Wall, complains about a missing return
statement, indicating GCC is erroneously folding the comparison to false.
int foo(void) { if (.0e2 == 0 ) return 1; }
--
Summary: real.c incorrectly values zero with a large exponent
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: neil at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21781
[Bug libffi/21782] New: configure: error: unknown endianess
Hi, I'm attempting to build gcc 3.3.6 on Solaris 8. The build process fails, apparently while attempting to configure libffi: $ setenv CONFIG_SHELL /bin/ksh $ mkdir GCC-3.3.6 ; cd GCC-3.3.6 $ /tmp/gcc-3.3.6/configure --prefix=/usr/local/gcc-3.3.6 --with-as=/usr/local/binutils/bin/as --with-ld=/usr/local/binutils/bin/ld [...] $ gmake bootstrap [...] Configuring in sparc-sun-solaris2.8/libffi [...] checking whether byte ordering is bigendian... yes [...] checking whether byte ordering is bigendian... cross-compiling... unknown checking to probe for byte ordering... guessing bigendian ... unknown configure: error: unknown endianess - sorry gmake[1]: *** [configure-target-libffi] Error 1 gmake[1]: Leaving directory `/export/Plocal/GCC-3.3.6' gmake: *** [bootstrap] Error 2 I'm attempting to build gcc 3.3.6 using GNU binutils 2.16 on Solaris 8 7/01. -- Summary: configure: error: unknown endianess Product: gcc Version: 3.3.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libffi AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: papadopo at shfj dot cea dot fr CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug libffi/21782] configure: error: unknown endianess
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 12:38 --- Created an attachment (id=8979) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8979&action=view) complete build log, output of "gmake bootstrap" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug libffi/21782] configure: error: unknown endianess
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 12:40 --- Created an attachment (id=8980) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8980&action=view) failing configure log: sparc-sun-solaris2.8/libffi/config.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug c/21780] ICE builing newlib 1.12.0
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-05-27 12:50 --- Already fixed -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21780
[Bug middle-end/21779] unknown bug
-- What|Removed |Added Component|java|middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21779
[Bug target/21042] Error when compiling jdk14
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 13:10 --- *** Bug 21779 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||slawchod at wp dot pl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21042
[Bug middle-end/21779] unknown bug
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 13:09 --- Please report this to FreeBSD since you are using their GCC based compiler (they should have changed the bug reporting URL) and also since Sun's JDK source cannot be distributed here and you are using FreeBSD's port system, they should know what is going on. *** This bug has been marked as a duplicate of 21042 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21779
[Bug libffi/21782] configure: error: unknown endianess
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 13:15 --- You should use --disable-multilib as documented. *** This bug has been marked as a duplicate of 6237 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug target/6237] libffi/configure bootstrap failure on sparc-sun-solaris2.8
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 13:15 --- *** Bug 21782 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||papadopo at shfj dot cea dot ||fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6237
[Bug middle-end/21781] real.c incorrectly values zero with a large exponent
-- What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21781
gcc-bugs@gcc.gnu.org
-- What|Removed |Added Summary|wrong code for ((unsigned |[3.4/4.0/4.1 Regression] |char)(unsigned long |wrong code for ((unsigned |long)((a?a:1)&(a*b)))?0:1) |char)(unsigned long ||long)((a?a:1)&(a*b)))?0:1) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20187
[Bug libffi/21782] configure: error: unknown endianess
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 13:35 --- 1) I'm not sure this is a duplicate. The workstation I'm using is fully 64-bit functional: $ isainfo -v 64-bit sparcv9 applications 32-bit sparc applications $ Both gcc-3.4.4 and gcc-4.0.0 build fine without --disable-multilib. 2) This looks like a "regression" since --disable-multilib wasn't needed for earlier releases of gcc 3.3 on the same machine. 3) In any case, shouldn't this be detected while configuring gcc instead of later during the build process? -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug libffi/21782] configure: error: unknown endianess
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 13:36 --- Nothing has changed to libffi since 3.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug libffi/21782] configure: error: unknown endianess
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 13:43 --- Nothing has changed on my machine either except: * I've upgraded the Sun assembler because of this: http://gcc.gnu.org/ml/gcc/2005-05/msg00509.html I'm using GNU binutils for this build anyway, so it shouldn't matter. * I'm using gcc 4.0.0 to bootstrap gcc 3.3.6. It worked for gcc 3.4.4 just a few hours ago. Are there maybe known issues with bootstrapping using gcc 4? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug other/8530] passes.c: Close of _DFI lreg dump file guarded with different condition than open
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 13:50 --- Fixed in 4.0.0 by the removal of -fnew-ra. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8530
[Bug libffi/21782] configure: error: unknown endianess
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 13:52 --- The last version i had built in the gcc 3.3 series was 3.3.4. It had probably been bootstrapped with gcc 3.3.3 and I was using GNU binutils 2.15 at that time. Also maybe this is not related to changes in libffi? In which case sorry for entering the wrong component. Doesn't the libffi configure/build process inherit some parameters from the global configure/build process? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug bootstrap/21778] libstdc++ build failed on AIX 5.2
--- Additional Comments From henri dot gomez at gmail dot com 2005-05-27
13:58 ---
Well now, using GNU AS (2.15) I've got :
/QOpenSys/builds/gcc-3.4.4/objdir/gcc/xgcc -shared-libgcc
-B/QOpenSys/builds/gcc-3.4.4/objdir/gcc/ -nostdinc++
-L/QOpenSys/builds/gcc-3.4.4/objdir/powerpc-ibm-aix5.2.0.0/pthread/libstdc++-v3/src
-L/QOpenSys/builds/gcc-3.4.4/objdir/powerpc-ibm-aix5.2.0.0/pthread/libstdc++-v3/src/.libs
-B/usr/local/powerpc-ibm-aix5.2.0.0/bin/
-B/usr/local/powerpc-ibm-aix5.2.0.0/lib/ -isystem
/usr/local/powerpc-ibm-aix5.2.0.0/include -isystem
/usr/local/powerpc-ibm-aix5.2.0.0/sys-include -pthread -shared -o
.libs/libstdc++.so.6 .libs/allocator.o .libs/codecvt.o .libs/complex_io.o
.libs/ctype.o .libs/debug.o .libs/debug_list.o .libs/functexcept.o
.libs/globals_locale.o .libs/globals_io.o .libs/ios.o .libs/ios_failure.o
.libs/ios_init.o .libs/ios_locale.o .libs/limits.o .libs/list.o .libs/locale.o
.libs/locale_init.o .libs/locale_facets.o .libs/localename.o .libs/stdexcept.o
.libs/strstream.o .libs/tree.o .libs/allocator-inst.o .libs/concept-inst.o
.libs/fstream-inst.o .libs/ext-inst.o .libs/io-inst.o .libs/istream-inst.o
.libs/locale-inst.o .libs/locale-misc-inst.o .libs/misc-inst.o
.libs/ostream-inst.o .libs/sstream-inst.o .libs/streambuf-inst.o
.libs/string-inst.o .libs/valarray-inst.o .libs/wlocale-inst.o
.libs/wstring-inst.o .libs/atomicity.o .libs/codecvt_members.o
.libs/collate_members.o .libs/ctype_members.o .libs/messages_members.o
.libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o
.libs/basic_file.o .libs/c++locale.o
-L/QOpenSys/builds/gcc-3.4.4/objdir/powerpc-ibm-aix5.2.0.0/pthread/libstdc++-v3/src
-L/QOpenSys/builds/gcc-3.4.4/objdir/powerpc-ibm-aix5.2.0.0/pthread/libstdc++-v3/src/.libs
-lm ../libmath/.libs/libmath.a -lm ../libsupc++/.libs/libsupc++convenience.a -lm
-L/QOpenSys/builds/gcc-3.4.4/objdir/gcc/pthread
-L/QOpenSys/builds/gcc-3.4.4/objdir/gcc
-L/usr/local/lib/gcc/powerpc-ibm-aix5.2.0.0/../../pthread
-L/usr/local/lib/gcc/powerpc-ibm-aix5.2.0.0/../.. -lgcc_s_pthread -lpthreads -lc
-lgcc_s_pthread -lm -lgcc_s_pthread -lpthreads -lc -lgcc_s_pthread-Wl,-G
-Wl,-bE:.libs/libstdc++.exp -Wl,-bnoentry ${wl}-berok
ld: 0711-562 SEVERE ERROR: Symbol table entry 286 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 287 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 288 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 289 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 290 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 291 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 292 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 293 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 294 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
C_EXT or C_HIDEXT entry.
ld: 0711-562 SEVERE ERROR: Symbol table entry 295 in object .libs/codecvt.o:
An auxiliary symbol table entry is required for a
--
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21778
[Bug bootstrap/21778] libstdc++ build failed on AIX 5.2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 14:06 --- What as is this: "/QOpenSys/usr/bin/as"? Make sure that you have all the required patches. Still this cannot be a GCC bug, please double check all the required patches to as as documened on http://gcc.gnu.org/install/ -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21778
[Bug c++/21681] [4.0/4.1 Regression] ICE with nested types in template
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27 14:08 --- Fixed on mainline 2005-05-27 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/21681 * parser.c (cp_parser_late_parsing_for_member): Disable access checking for template functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21681
[Bug bootstrap/21778] libstdc++ build failed on AIX 5.2
--- Additional Comments From henri dot gomez at gmail dot com 2005-05-27 14:13 --- Subject: Re: libstdc++ build failed on AIX 5.2 27 May 2005 14:06:36 -, pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]>: > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 > 14:06 --- > What as is this: "/QOpenSys/usr/bin/as"? The AIX assembler. Used the binutils 2.16 assembler (gnu as) next time ;( > Make sure that you have all the required patches. I'd like to, did there is an AIX GCC guru around ? > Still this cannot be a GCC bug, please double check all the required patches > to as as documened on > http://gcc.gnu.org/install/ The native as and ld are recommended for bootstrapping on AIX 4 and required for bootstrapping on AIX 5L. The GNU Assembler reports that it supports WEAK symbols on AIX 4, which causes GCC to try to utilize weak symbol functionality although it is not supported. The GNU Assembler and Linker do not support AIX 5L sufficiently to bootstrap GCC. The native AIX tools do interoperate with GCC. If I understand it well, I should use AIX AS and AIX LD to build GCC ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21778
[Bug c++/21681] [4.0/4.1 Regression] ICE with nested types in template
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 14:24 --- Subject: Bug 21681 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-27 14:23:52 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog parser.c Added files: gcc/testsuite/g++.dg/parse: template16.C Log message: cp: PR c++/21681 * parser.c (cp_parser_late_parsing_for_member): Disable access checking for template functions. testsuite: PR c++/21681 * g++.dg/parse/template16.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/template16.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5544&r2=1.5545 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4758&r2=1.4759 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&r1=1.333&r2=1.334 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21681
[Bug c++/21783] New: No typedef required when type use in a function
template struct A {
typedef int B;
void f(typename A::B);// illformed: typename required before A::B
A::B b; // ok error detected
};
It's in the DRAFT: 25 November 1997
14.6 Name resolution
I don't know if that changed.
If someone could confirm.
--
Summary: No typedef required when type use in a function
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: florent dot gallet at orange dot fr
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
[Bug libffi/21782] configure: error: unknown endianess
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-27
14:40 ---
Look at config.log and try to compile the last configure test using the same
command line:
main () {
/* Are we little or big endian? From Harbison&Steele. */
union
{
long l;
char c[sizeof (long)];
} u;
u.l = 1;
exit (u.c[sizeof (long) - 1] == 1);
}
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug c++/21783] No typename required when type use in a function
-- What|Removed |Added Summary|No typedef required when|No typename required when |type use in a function |type use in a function http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
[Bug c++/21783] No typename required when type use in a function
--- Additional Comments From florent dot gallet at orange dot fr 2005-05-27 14:42 --- It's that, that shouldn't work : void f(A::B);// illformed: typename required before A::B -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
[Bug c++/21455] [4.0/4.1 Regression] type 'X' is not a base type for type 'X' in pointer to member conversion
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-05-08 23:56:24 |2005-05-27 14:43:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21455
[Bug middle-end/21743] Enable __builtin_clog
-- What|Removed |Added BugsThisDependsOn||21784 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21743
[Bug c++/21784] New: Using vs builtin names
Consider this:
namespace mine
{
int cpow;
};
int cabs; // Ok
using mine::cpow; // Not ok.
You see: correctly, cabs, doesn't conflict with the builtin cabs (because we
are using the form without __builtin_*). On the other hand, as soon as using
is involved, things are not ok. This is the *real* blocker of 21743, and we
cannot have a complete, consistent set of C99 complex builtins. When fixing
this bug, we should also check that the behavior of using is 100% correct
when *functions* are defined with the same name of builtins: I *think* it's
the case, but I'm not 100% sure.
--
Summary: Using vs builtin names
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pcarlini at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
OtherBugsDependingO 21743
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21784
[Bug c++/21783] No typename required when type use in a function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 14:48 --- This is weird because both ICC and Comeau accept this too (even in strict mode). -- What|Removed |Added Keywords||accepts-invalid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
[Bug c++/21784] [3.4/4.0/4.1 Regression] Using vs builtin names
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 14:50 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||rejects-valid Known to fail||3.3.3 3.4.0 4.0.0 4.1.0 Known to work||3.2.3 3.0.4 Last reconfirmed|-00-00 00:00:00 |2005-05-27 14:50:18 date|| Summary|Using vs builtin names |[3.4/4.0/4.1 Regression] ||Using vs builtin names Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21784
[Bug target/21351] internal compiler error with sse
--- Additional Comments From js at jeannot dot org 2005-05-27 14:58 --- Seems fixed as of 3.4.5 20050524. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21351
[Bug c++/21783] No typename required when type use in a function
--- Additional Comments From florent dot gallet at orange dot fr 2005-05-27 15:01 --- I only have the DRAFT, so I don't know if it's really a bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
[Bug libstdc++/20534] Erroneous #include of
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 15:02 --- Subject: Bug 20534 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-27 15:01:46 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include: Makefile.am Makefile.in libstdc++-v3/include/debug: debug.h hash_map hash_set safe_iterator.h safe_sequence.h vector libstdc++-v3/include/ext: hash_map hash_set Added files: libstdc++-v3/include/debug: functions.h macros.h libstdc++-v3/testsuite/17_intro: no_assert_neg.cc Log message: 2005-05-27 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstdc++/20534 * include/debug/debug.h: Forwarding header, that pulls in details only if in debug mode. * include/debug/macros.h: ...transfer all the internal macros here. * include/debug/functions.h: ...transfer all the functions here. * include/debug/safe_iterator.h: Add functions.h, macros.h includes. * include/debug/safe_sequence.h: Same. * include/debug/vector: Tweak. * include/Makefile.am (debug_headers): Add new includes. * include/Makefile.in: Regenerate. * testsuite/17_intro/no_assert_neg.cc: Add. * include/ext/hash_set: Add debug mode include. * include/ext/hash_map: Same. * include/debug/hash_map: Fix included files to match actual files. * include/debug/hash_set: Same. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3017&r2=1.3018 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/Makefile.am.diff?cvsroot=gcc&r1=1.100&r2=1.101 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/Makefile.in.diff?cvsroot=gcc&r1=1.135&r2=1.136 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/functions.h.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/macros.h.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/debug.h.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/hash_map.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/hash_set.diff?cvsroot=gcc&r1=1.2&r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/safe_iterator.h.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/safe_sequence.h.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/vector.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/hash_map.diff?cvsroot=gcc&r1=1.18&r2=1.19 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/hash_set.diff?cvsroot=gcc&r1=1.20&r2=1.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/17_intro/no_assert_neg.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20534
[Bug libgcj/21785] New: [regression] ClassNotFound during deserialization
This very simple serialization/deserialization test fails. This is a regression.
import java.io.*;
public class Enum implements Serializable
{
public static void main(String[] args)
{
try {
ByteArrayOutputStream outb = new ByteArrayOutputStream();
ObjectOutputStream outs = new ObjectOutputStream(outb);
outs.writeObject(new Enum());
byte[] store = outb.toByteArray();
ByteArrayInputStream inb = new ByteArrayInputStream(store);
ObjectInputStream ins = new ObjectInputStream(inb);
ins.readObject();
}
catch (Throwable e) {
throw new Error(e);
}
}
}
///
sauternes /tmp /usr/local/src/gcc-cvs/install/bin/gcj -C Enum.java
[04:54 27/05/05]
sauternes /tmp /usr/local/src/gcc-cvs/install/bin/gij Enum
[04:54 27/05/05]
Exception in thread "main" java.lang.Error: java.lang.ClassNotFoundException:
Enum
at Enum.main (Enum.java:17)
Caused by: java.lang.ClassNotFoundException: Enum
at java.lang.Class.forName (natClass.cc:91)
at java.io.ObjectInputStream.resolveClass (ObjectInputStream.java:782)
at java.io.ObjectInputStream.readClassDescriptor (ObjectInputStream.java:534)
at java.io.ObjectInputStream.readObject (ObjectInputStream.java:228)
at java.io.ObjectInputStream.readObject (ObjectInputStream.java:275)
at Enum.main (Enum.java:15)
sauternes /tmp kaffe Enum
[04:54 27/05/05]
sauternes /tmp java Enum
sauternes /tmp
gij (GNU libgcj) version 4.1.0 20050527 (experimental)
Note: this bug looks similar to a bug I reported against jamvm:
https://sourceforge.net/tracker/?func=detail&atid=543058&aid=1155738&group_id=75148
I paste here the evaluation Robert sent me privately after he fixed it, as it
MIGHT be relevant to gcj too (being a change in classpath).
"
P.S. It was the recent changes made to Classpath.
VMSecurityManager.currentClassLoader() now returns "null" if
checkPermissions(AllPermissions) passes. ObjectInputStream uses this
to resolve a class, and ends up trying to resolve it using the
bootstrap class loader (which fails). By luck SableVM works, because
it doesn't have a complete implementation of VMAccessController, so
checkPermissions(AllPermissions) fails, and currentClassLoader returns
the same as before. I'll report a Classpath/SableVM bug.
"
--
Summary: [regression] ClassNotFound during deserialization
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bonniot at users dot sf dot net
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21785
[Bug libgcj/20169] Serialization: readResolve does not work
--- Additional Comments From bonniot at users dot sf dot net 2005-05-27 15:05 --- The new behaviour is caused by PR21785, which currently masks this bug. -- What|Removed |Added BugsThisDependsOn||21785 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20169
[Bug libgcj/21785] [regression] ClassNotFound during deserialization
-- What|Removed |Added OtherBugsDependingO||20169 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21785
[Bug c++/21681] [4.0 Regression] ICE with nested types in template
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27 15:15 --- fixed on 4.0 branch 2005-05-27 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/21681 * parser.c (cp_parser_late_parsing_for_member): Disable access checking for template functions. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21681
[Bug c++/21681] [4.0 Regression] ICE with nested types in template
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 15:17 --- Subject: Bug 21681 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-27 15:17:27 Modified files: gcc/cp : ChangeLog parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: template16.C Log message: cp: PR c++/21681 * parser.c (cp_parser_late_parsing_for_member): Disable access checking for template functions. testsuite: PR c++/21681 * g++.dg/parse/template16.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.45&r2=1.4648.2.46 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.7&r2=1.319.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.200&r2=1.5084.2.201 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/template16.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21681
[Bug c++/21783] No typename required when type use in a function
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 15:23 ---
Tested with VC++ 2003:
SansNom1.cpp(7) : warning C4346: 'A::B' : dependent name is not a type
prefix with 'typename' to indicate a type
SansNom1.cpp(9) : see reference to class template instantiation 'A'
being compiled
SansNom1.cpp(7) : error C2061: syntax error : identifier 'B'
Code used:
7. template struct A {
8.typedef int B;
9.void f(A::B);// illformed: typename required before A::B
10. // A::B b; // ok error detected
11. };
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
[Bug c++/21783] No typename required when type use in a function
--- Additional Comments From florent dot gallet at orange dot fr 2005-05-27 15:25 --- (sorry, the line number are wrong, begin at 5) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
[Bug c++/21455] [4.0/4.1 Regression] type 'X' is not a base type for type 'X' in pointer to member conversion
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 15:50 --- Subject: Bug 21455 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-27 15:50:29 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog typeck.c Added files: gcc/testsuite/g++.dg/inherit: ptrmem3.C Log message: cp: PR c++/21455 * typeck.c (get_delta_difference): Cope with incomplete but equal classes. Reorder if. testsuite: PR c++/21455 * g++.dg/inherit/ptrmem3.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5545&r2=1.5546 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/inherit/ptrmem3.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4759&r2=1.4760 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&r1=1.629&r2=1.630 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21455
[Bug c++/21455] [4.0/4.1 Regression] type 'X' is not a base type for type 'X' in pointer to member conversion
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 15:53 --- Subject: Bug 21455 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-27 15:53:10 Modified files: gcc/cp : ChangeLog typeck.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/inherit: ptrmem3.C Log message: cp: PR c++/21455 * typeck.c (get_delta_difference): Cope with incomplete but equal classes. testsuite: PR c++/21455 * g++.dg/inherit/ptrmem3.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.46&r2=1.4648.2.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.616.2.6&r2=1.616.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.201&r2=1.5084.2.202 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/inherit/ptrmem3.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21455
[Bug c++/21455] [4.0/4.1 Regression] type 'X' is not a base type for type 'X' in pointer to member conversion
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27 15:54 --- fixed mainline and 4.0 2005-05-27 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/21455 * typeck.c (get_delta_difference): Cope with incomplete but equal classes. Reorder if. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21455
[Bug c/21786] New: Segmentation fault under FreeBSD 5.3-RELEASE-p15
While doing a full recompile of the whole FreeBSD 5.3-RELEASE-p15 source tree the gcc 3.4.5 snapshot crashed with a segfault. The comamnd line that triggered the error: /usr/local/bin/gcc34 -s -Os -pipe -march=athlon64 -I. -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/usr/obj/usr/src/amd64/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -D_GNU_SOURCE -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES="&bfd_i386_arch" -DHAVE_bfd_elf64_x86_64_vec -DHAVE_bfd_elf32_i386_freebsd_vec -DSELECT_VECS=" &bfd_elf64_x86_64_vec ,&bfd_elf32_i386_freebsd_vec" -DDEFAULT_VECTOR=bfd_elf64_x86_64_vec -I/usr/obj/usr/src/amd64/legacy/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c: In function `_bfd_elf_compute_section_file_positions': /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c:3143: 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. *** Error code 1 The snapshot version information: [EMAIL PROTECTED] /usr/local/bin/gcc34 -v Reading specs from /usr/local/lib/gcc/x86_64-portbld-freebsd5.3/3.4.5/specs Configured with: ./..//gcc-3.4-20050524/configure --disable-nls --with-system-zlib --with-libiconv-prefix=/usr/local --program-suffix=34 --with-gxx-include-dir=/usr/local/lib/gcc/x86_64-portbld-freebsd5.3/3.4.5/include/c++/ --disable-shared --disable-libgcj --prefix=/usr/local x86_64-portbld-freebsd5.3 Thread model: posix gcc version 3.4.5 20050524 (prerelease) [FreeBSD] The uname -a output of the computer: [EMAIL PROTECTED] uname -a FreeBSD server.t-hosting.hu 5.3-RELEASE-p15 FreeBSD 5.3-RELEASE-p15 #0: Thu May 26 14:21:20 CEST 2005 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/FREEBSD amd64 The used macros and flags: CC=/usr/local/bin/gcc34 CFLAGS=-s -Os -pipe -march=athlon64 COPTFLAGS=-s -Os -march=athlon64 -pipe The same code compiles in same circumstances with the stock gcc 3.4.2. If You need further information, contact me. Regards, Gábor Kövesdán -- Summary: Segmentation fault under FreeBSD 5.3-RELEASE-p15 Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: postmaster at t-hosting dot hu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21786
[Bug fortran/21594] FAIL: gfortran.dg/eoshift.f90 -O0 execution test
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-05-27
16:05 ---
I'm seeing the failure on s390 as well. What appears to happen is that
the main program calls the library routine
static void
eoshift0 (gfc_array_char * ret, const gfc_array_char * array,
int shift, const char * pbound, int which)
with a correctly set up 'ret' array descriptor, but after the routine
returns, the ret->data pointer has been clobbered to NULL. The main
routine then segfaults when accessing data via that pointer.
The pointer is clobbered by the memcpy in line 165:
while (n--)
{
memcpy (dest, pbound, size);
dest += roffset;
}
which is presumably not intended to overwrite the descriptor. I'm
assuming this is some sort of buffer overflow bug ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21594
[Bug c/21786] Segmentation fault under FreeBSD 5.3-RELEASE-p15
-- What|Removed |Added GCC host triplet||amd64 GCC target triplet||amd64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21786
[Bug libfortran/21787] New: libfortran - better error message needed
When I compile and try to run one of my programs with gfortran, all I get as output from libfortran is "Abort" - not very informative - row col x y xg yg zg 11 0. 0. 0. 0. 0. 1 11 0. 50. 0. 50. 0. 21 1. 0. 1.Abort END OF END OF END OF END OF END OF test1.in -- Summary: libfortran - better error message needed Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin7.9.0 GCC host triplet: powerpc-apple-darwin7.9.0 GCC target triplet: powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21787
[Bug tree-optimization/21658] CCP does not propagate ADDR_EXPR far enough.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 16:31 --- Subject: Bug 21658 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-27 16:31:29 Modified files: gcc: ChangeLog tree-ssa-ccp.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/tree-ssa: pr21658.c Log message: gcc/ PR tree-optimization/21658 * tree-ssa-ccp.c (ccp_fold): Call fold_binary instead of fold_binary_to_constant. Likewise, call fold_unary instead of fold_unary_to_constant. testsuite/ PR tree-optimization/21658 * gcc.dg/tree-ssa/pr21658.c: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8920&r2=2.8921 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-ccp.c.diff?cvsroot=gcc&r1=2.72&r2=2.73 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5546&r2=1.5547 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr21658.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21658
[Bug tree-optimization/21658] CCP does not propagate ADDR_EXPR far enough.
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-27 16:33 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21658
[Bug middle-end/21786] Segmentation fault under FreeBSD 5.3-RELEASE-p15
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 17:05 --- Could you attach the preprocessed source like it says to do on the web page? -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|critical|normal Status|UNCONFIRMED |WAITING Component|c |middle-end Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21786
[Bug c/21536] [3.4/4.0/4.1 Regression] C99 array of variable length use causes segmentation fault
--- Additional Comments From jakub at gcc dot gnu dot org 2005-05-27 17:14
---
I can't reproduce the segfault, but that's only because the problem manifests
as use of uninitialized variable.
/* PR c/21536 */
/* { dg-do compile } */
/* { dg-options "-O2 -Wuninitialized" } */
typedef __SIZE_TYPE__ size_t;
extern void *malloc (size_t);
void
foo (int x, int y)
{
void *d = malloc (10 * 10 * sizeof (double));
double (*e)[x][y] = d;
if (x > 8)
(*e)[x - 2][y - 2] = 0.0;
else
(*e)[x - 1][y - 1] = 1.0;
}
int
main ()
{
foo (10, 10);
return 0;
}
reproduces the problem reliably (by checking if it issued a bogus warning:
warning: '.0' is used uninitialized in this function).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21536
[Bug libgcj/21785] [4.1 regression] ClassNotFound during deserialization
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 17:14 --- Confirmed, last night with the comment in PR 20169. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-27 17:14:38 date|| Summary|[regression] ClassNotFound |[4.1 regression] |during deserialization |ClassNotFound during ||deserialization Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21785
[Bug tree-optimization/21636] Missed ccp optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 17:24 --- If we get fold to do the work, I think ccp will do the rest for us. -- What|Removed |Added OtherBugsDependingO||19987 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21636
[Bug c++/21619] [4.0/4.1 regression] __builtin_constant_p(&"Hello"[0])?1:-1 not compile-time constant
-- Bug 21619 depends on bug 21595, which changed state. Bug 21595 Summary: [4.0 Regression] __builtin_constant_p(&"Hello"[0]) is true for C but not for C++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21595 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21619
[Bug middle-end/21595] [4.0 Regression] __builtin_constant_p(&"Hello"[0]) is true for C but not for C++
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-27 18:08 --- Fixed for 4.0.1. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21595
[Bug libgcj/21775] NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization
--- Additional Comments From greenrd at greenrd dot org 2005-05-27 18:12
---
Here is the patch, which I've tested with both my reduced and my real test
cases:
--- libjava/java/util/logging/natLogger.cc.orig 2005-05-27 19:09:32.0
+0100
+++ libjava/java/util/logging/natLogger.cc 2005-05-27 00:43:24.0
+0100
@@ -31,7 +31,7 @@
gnu::gcj::runtime::StackTrace *t
= new gnu::gcj::runtime::StackTrace(4);
java::lang::Class *klass = NULL;
- int i = 2;
+ int i = 1;
try
{
// skip until this class
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21775
[Bug libgcj/21775] NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-27 18:17 --- FWIW the test case works fine on cvs trunk. It does fail for me with 4.0. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-27 18:17:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21775
[Bug target/21788] New: [x86_64] Wrong Code When Taking Address of Argument
Using -O2 or greater, when taking the address of an input argument results in
the wrong code. For example:
int foo (double d)
{
int *p = (int *) &d;
return (*p);
}
With -O2 results in:
foo:
movq-8(%rsp), %eax
ret
With -O1 results in:
foo:
movsd %xmm0, -8(%rsp)
movq-8(%rsp), %eax
ret
--
Summary: [x86_64] Wrong Code When Taking Address of Argument
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: evandro at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
[Bug target/21788] [x86_64] Wrong Code When Taking Address of Argument
--- Additional Comments From evandro at yahoo dot com 2005-05-27 18:21 --- Created an attachment (id=8982) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8982&action=view) Test-case. If compiled for x86_64 with -O2 or greater, results in bogus code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
[Bug target/21788] [x86_64] Wrong Code When Taking Address of Argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 18:23 --- You are violating C aliasing rules, does -fno-strict-aliasing help? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
[Bug target/21721] [4.0 regression] fails to assemble, Use of p0 is not valid in this context
--- Additional Comments From sje at cup dot hp dot com 2005-05-27 18:23 --- I am not sure the underlying problem is fixed. The assembly language error seems to come from the line: .pred.rel.mutex p0, p1 p0 is a fixed predicate register and should never show up here. p1 is not used in this program and due to the way GCC allocates predicate registers on IA64 I don't think GCC can ever use p1. The routine emit_predicate_relation_info in config/ia64/ia64.c looks at all predicate registers to see if it should put out a pred.rel.mutex for them. I wonder if it should even look at p0. We could have it start at p2 instead. But maybe it would be better to understand why it thinks it needs a mutex for p0 in this case. -- What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21721
[Bug libgcj/21775] NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 18:31 --- Subject: Bug 21775 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-27 18:31:46 Modified files: libjava: ChangeLog libjava/java/util/logging: natLogger.cc Log message: 2005-05-27 Robin Green <[EMAIL PROTECTED]> PR libgcj/21775: * java/util/logging/natLogger.cc (getCallerStackFrame): Start with i=1. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.78&r2=1.3391.2.79 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/util/logging/natLogger.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21775
[Bug libgcj/21775] NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-27 18:33 --- I checked in the fix on the 4.0 branch. Thanks for the test case and patch -- best kind of bug report. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21775
[Bug target/21788] [x86_64] Wrong Code When Taking Address of Argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 18:34 --- You are violating C aliasing rules. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
[Bug target/21788] [x86_64] Wrong Code When Taking Address of Argument
--- Additional Comments From evandro at yahoo dot com 2005-05-27 18:39 --- (In reply to comment #2) The wonders of -Wall... Yes, -fno-strict-aliasing does help. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
[Bug libstdc++/21674] basic_string vs debug_mode
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 19:20 --- Subject: Bug 21674 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-27 19:19:47 Modified files: libstdc++-v3 : ChangeLog Log message: 2005-05-27 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstdc++/21674 * include/bits/c++config: Remove extern template use when in debug mode, disable for non-weak systems. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3021&r2=1.3022 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21674
[Bug tree-optimization/21789] New: [4.1 regression] ICE with -ftree-vectorize
The following testcase crashes mainline when compiled with
g++ -O -ftree-vectorize:
==
struct C;
struct A
{
void foo(const C&) { bar(); }
void bar();
};
struct B
{
short int x[2];
B() { short int* p=x; for (int i=0; i<2; ++i) p[i] = 0; }
};
struct C
{
A* p;
char c;
B b;
void baz() const { p->bar(); }
};
void foobar(C& c, A& a)
{
c.baz();
a.foo(C());
}
==
The error message is:
bug.cc: In function 'void foobar(C&, A&)':
bug.cc:24: internal compiler error: tree check: expected ssa_name, have
var_decl in verify_ssa, at tree-ssa.c:750
Please submit a full bug report, [etc.]
The 4.0 branch is not affected.
--
Summary: [4.1 regression] ICE with -ftree-vectorize
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21789
[Bug bootstrap/21751] [csl-arm-branch and HEAD] fails to bootstrap with EABI
--- Additional Comments From drow at gcc dot gnu dot org 2005-05-27 19:28 --- You haven't said how you configured GCC. I'm guessing you configured for arm-linux, but with an AAPCS-compatible ABI; you can't do that. The error isn't the greatest, but it's hard to guard against all possible misuses of --with options. The target is arm-none-linux-gnueabi, or arm-none-linuxeabi. The later error is because your glibc does not include EABI support. Please see the libc-alpha list archives for patches, or the source tarballs available from my company's ARM toolchains for an already-patched version of glibc: http://www.codesourcery.com/gnu_toolchains/arm/ -- What|Removed |Added CC||drow at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21751
[Bug tree-optimization/21789] [4.1 regression] ICE with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 19:35 --- Confirmed, this is most likely the same as PR 21653. -- What|Removed |Added BugsThisDependsOn||21653 Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-27 19:35:35 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21789
[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 20:07 --- Hmm, it might not be a hang but just outputting too much. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21732
[Bug c/21790] New: gcc 4.1.0 20050522 segfaults (internal compiler error) on various GNU/Linux builds
Using a host system of Linux 2.6.8.1, binutils version 2.16 and the aforementioned GCC, I have observed the following gcc segmentation faults: util-linux-2.12q: -pipe -O2 -mtune=i486 -fomit-frame-pointer (defaults) fdiskbsdlabel.c: In function 'bselect' (void): fdiskbsdlabel.c: 164: internal compiler error: Segmentation fault sfdisk.c: In function 'do_fdisk (static void)': sfdisk.c:3006: internal compiler error: Segmentation fault I have also found that many variations of '-march=pentium4 -OX' segfault when compiling different instantiations of quotearg. For example: patch-2.5.9: quotearg.c: In function 'quotearg_char' quotearg.c:619: internal compiler error: Segmentation fault when -O3 was used, but worked fine with a -O2 optimization. (I realize that optimizations greater than -O2 are risky but I didn't expect the compiler to choke with a segmentation fault). I marked this as critical because it causes a seg fault and thought that someone might want to know. Sean McLinden Allegheny County Health Department -- Summary: gcc 4.1.0 20050522 segfaults (internal compiler error) on various GNU/Linux builds Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mclinden at informed dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux GCC host triplet: i686-pc-linux GCC target triplet: i696-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21790
[Bug tree-optimization/21791] New: ccp and copy-prop print out too much garbage with -fdump-tree-ccp/copy-details
CCP and COPY-PROP print out garbage like Replaced x_6 = 1; with x_6 = 1; Replaced :; with :; The dump would look a lot nicer if they print out statements that have been changed. -- Summary: ccp and copy-prop print out too much garbage with - fdump-tree-ccp/copy-details Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazu at cs dot umass dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21791
[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 20:26 --- tree-ssa-operands.c have this problem: .. iter_6 -> iter_100 -> iter_6 -> iter_100 -> iter_6 -> iter_100 -> iter_6 -> iter_100 ... -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21732
[Bug bootstrap/21751] [csl-arm-branch and HEAD] fails to bootstrap with EABI
--- Additional Comments From bero at arklinux dot org 2005-05-27 20:57 --- Yes, configuration was ../confiugre --prefix=/usr --target=armv5tel-ark-linux --with-abi=iwmmxt --with-arch=iwmmxt --with-cpu=iwmmxt Trying with -gnueabi now -- but shouldn't --with-abi=iwmmxt imply that automatically? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21751
[Bug bootstrap/21751] [csl-arm-branch and HEAD] fails to bootstrap with EABI
--- Additional Comments From drow at gcc dot gnu dot org 2005-05-27 21:02 --- Subject: Re: [csl-arm-branch and HEAD] fails to bootstrap with EABI On Fri, May 27, 2005 at 08:57:59PM -, bero at arklinux dot org wrote: > Yes, configuration was > > ../confiugre --prefix=/usr --target=armv5tel-ark-linux --with-abi=iwmmxt > --with-arch=iwmmxt --with-cpu=iwmmxt > > Trying with -gnueabi now -- but shouldn't --with-abi=iwmmxt imply that > automatically? You still won't be able to build it without the glibc patches... I don't know if it should or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21751
[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 21:10 --- Mine, I figured out a way to fix this without any troubles: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02652.html -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||05/msg02652.html Status|WAITING |ASSIGNED Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21732
[Bug libfortran/21787] libfortran - better error message needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-27 22:05 --- Unless you can show us your code, the're not much we can do. Especially since there is no occurence of "Abort" (case respected) in the libgfortran code! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21787
[Bug libfortran/21787] libfortran - better error message needed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 22:08 --- (In reply to comment #1) > Unless you can show us your code, the're not much we can do. Especially since > there is no occurence of "Abort" (case respected) in the libgfortran code! Abort just comes from calling abort by the way. giving a backtrace might be a good idea here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21787
[Bug libf2c/21792] New: --enable-version-specific-runtime-libs doesn't install version specific fortran & java libs
The configure switch --enable-version-specific-runtime-libs is not honored by java at all, and g77 is not correct too. Where libgcc and other defaults are installed version specific anyway, with or without this switch: usr/lib/gcc/i686-pc-cygwin/3.4.2/libgcc.a usr/lib/gcc/i686-pc-cygwin/3.4.2/libgcov.a it works ok for objc: usr/lib/gcc/i686-pc-cygwin/3.4.2/libobjc.a usr/lib/gcc/i686-pc-cygwin/3.4.2/libobjc.la ok for c++: usr/lib/gcc/i686-pc-cygwin/3.4.2/libstdc++.a usr/lib/gcc/i686-pc-cygwin/3.4.2/libstdc++.la usr/lib/gcc/i686-pc-cygwin/3.4.2/libsupc++.a usr/lib/gcc/i686-pc-cygwin/3.4.2/libsupc++.la usr/lib/gcc/i686-pc-cygwin/3.4.2/specs not ok for fortran: usr/lib/gcc/i686-pc-cygwin/libfrtbegin.a usr/lib/gcc/i686-pc-cygwin/libg2c.a usr/lib/gcc/i686-pc-cygwin/libg2c.la and even worse, not ok for java: usr/lib/lib-org-w3c-dom.a usr/lib/lib-org-w3c-dom.la usr/lib/lib-org-xml-sax.a usr/lib/lib-org-xml-sax.la usr/lib/libffi.a usr/lib/libffi.la usr/lib/libgcj.a usr/lib/libgcj.la usr/lib/libgcj.spec usr/lib/libiberty.a Regards, Gerrit P. Haase -- Summary: --enable-version-specific-runtime-libs doesn't install version specific fortran & java libs Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libf2c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gerrit at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21792
[Bug java/21793] New: java doesn't work with Cygwin
file hello_j.java:
public class hello_j {
public static void main(String[] args) {
System.out.println("Just another Java hacker,");
}
}
/usr/bin/gcj --main=hello_j hello_j.java -o hello_j
./hello_j
Signal 11
--
Summary: java doesn't work with Cygwin
Product: gcc
Version: 3.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerrit at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21793
[Bug java/21793] java doesn't work with Cygwin
--- Additional Comments From gerrit at gcc dot gnu dot org 2005-05-28 00:20 --- $ gdb hello_j.exe GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) run Starting program: /gcc/gcc-test/hello_j.exe warning: LDR: Automatic DLL Relocation in hello_j.exe warning: LDR: Dll cygz.dll base 1000 relocated due to collision with h:\cygwin\bin\cyg iconv-2.dll warning: LDR: Automatic DLL Relocation in hello_j.exe warning: LDR: Dll MSVCRT.dll base 7800 relocated due to collision with C:\WINNT\system 32\GDI32.dll Program received signal SIGSEGV, Segmentation fault. 0x00406618 in _Jv_FindClass () (gdb) bt #0 0x00406618 in _Jv_FindClass () #1 0x0040fd58 in java::lang::Class::forName () #2 0x0040fec4 in java::lang::Class::forName () #3 0x0047c0ed in gnu.gcj.convert.UnicodeToBytes.getDefaultEncoder() () at /gcc/gcc-3.4.2/gcc-3.4.2-1/libjava/gnu/gcj/convert/UnicodeToBytes.java:49 #4 0x0044a12e in java.io.PrintStream.PrintStream(java.io.OutputStream, boolean) ( this=0x10150f90, out=0x1014dab0, auto_flush=269647105) at /gcc/gcc-3.4.2/gcc-3.4.2-1/libjava/java/io/PrintStream.java:118 #5 0x004043f1 in java.lang.System.() () at /gcc/gcc-3.4.2/gcc-3.4.2-1/libjava/java/lang/System.java:146 #6 0x0040f6dd in java::lang::Class::initializeClass () #7 0x00543aca in _Jv_InitClass () #8 0x004047a1 in java.lang.System.getProperty(java.lang.String) (key=0x10130f00) at /gcc/gcc-3.4.2/gcc-3.4.2-1/libjava/java/lang/System.java:405 #9 0x0044be58 in java.lang.VMClassLoader.getSystemClassLoader() () at /gcc/gcc-3.4.2/gcc-3.4.2-1/libjava/java/lang/VMClassLoader.java:280 #10 0x0041182b in java.lang.ClassLoader.() () at /gcc/gcc-3.4.2/gcc-3.4.2-1/libjava/java/lang/ClassLoader.java:156 #11 0x0040f6dd in java::lang::Class::initializeClass () #12 0x004038af in _Jv_CreateJavaVM () #13 0x00403956 in _Jv_RunMain () #14 0x00403b1b in JvRunMain () #15 0x0040109e in main (argc=1, argv=0x10102ca0) (gdb) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21793
[Bug java/21793] java doesn't work with Cygwin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-28 00:30 --- Static linking really is not support, see PR 13708. *** This bug has been marked as a duplicate of 13708 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21793
[Bug libgcj/13708] static java program crashes at startup, UTF-8 environment
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-28 00:30 --- *** Bug 21793 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||gerrit at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13708
[Bug c++/21614] [4.0/4.1 regression] wrong code when calling member function of undefined class
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21614
[Bug c/21794] New: GCC accepts invalid code
gcc -Wall -ansi -pedantic -fsyntax-only
erroneously accepts the following:
void bar(void);
void (*baz(void))(void) { return bar ? bar: (void *)(void *) 0; }
--
Summary: GCC accepts invalid code
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: neil at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21794
[Bug c/21794] GCC accepts invalid code
--- Additional Comments From joseph at codesourcery dot com 2005-05-28
02:08 ---
Subject: Re: New: GCC accepts invalid code
On Sat, 28 May 2005, neil at gcc dot gnu dot org wrote:
> gcc -Wall -ansi -pedantic -fsyntax-only
>
> erroneously accepts the following:
>
> void bar(void);
>
> void (*baz(void))(void) { return bar ? bar: (void *)(void *) 0; }
This just looks like a special case of bug 456 to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21794
[Bug c++/21614] [4.0/4.1 regression] wrong code when calling member function of undefined class
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-28 02:20 --- Subject: Bug 21614 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-28 02:20:13 Modified files: gcc/cp : ChangeLog typeck.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/expr: ptrmem6.C ptrmem6a.C Log message: PR c++/21614 * typeck.c (get_member_function_from_ptrfunc): Do not attempt conversions to base classes of incomplete types. PR c++/21614 * g++.dg/expr/ptrmem6.C: New test. * g++.dg/expr/ptrmem6a.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.47&r2=1.4648.2.48 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.616.2.7&r2=1.616.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.203&r2=1.5084.2.204 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/ptrmem6.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/ptrmem6a.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21614
[Bug c++/21614] [4.0/4.1 regression] wrong code when calling member function of undefined class
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-28 02:21 --- Subject: Bug 21614 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-28 02:21:30 Modified files: gcc/cp : ChangeLog typeck.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/expr: ptrmem6.C ptrmem6a.C Log message: PR c++/21614 * typeck.c (get_member_function_from_ptrfunc): Do not attempt conversions to base classes of incomplete types. PR c++/21614 * g++.dg/expr/ptrmem6.C: New test. * g++.dg/expr/ptrmem6a.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4762&r2=1.4763 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&r1=1.631&r2=1.632 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5547&r2=1.5548 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/ptrmem6.C.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/ptrmem6a.C.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21614
[Bug c++/21614] [4.0/4.1 regression] wrong code when calling member function of undefined class
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28 02:26 --- Fixed in 4.0.1. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21614
[Bug c++/21762] [4.0/4.1 Regression] void return with pointer to member function to undefined class
-- Bug 21762 depends on bug 21614, which changed state. Bug 21614 Summary: [4.0/4.1 regression] wrong code when calling member function of undefined class http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21614 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21762
[Bug c++/21762] [4.0/4.1 Regression] void return with pointer to member function to undefined class
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28 02:30 --- *** This bug has been marked as a duplicate of 21614 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21762
[Bug c++/21614] [4.0/4.1 regression] wrong code when calling member function of undefined class
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28 02:30 --- *** Bug 21762 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||donaldc at csgsolar dot com ||dot au http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21614
[Bug c++/21340] [4.0/4.1 Regression] error in constructor lookup (can't find constructor with "const void**" argument)
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21340
[Bug target/21760] Powerpc atomic builtins missing PPC405 errata
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-05-28 05:11 --- Not a regression, the builtins didn't exist in 4.0. -- What|Removed |Added Summary|[4.1 Regression] Powerpc|Powerpc atomic builtins |atomic builtins missing |missing PPC405 errata |PPC405 errata | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21760
