[Bug libgcj/30071] make install fails for libjava
--- Comment #2 from r dot emrich at de dot tecosim dot com 2007-01-30 08:55 --- Subject: Re: make install fails for libjava > Could you try adding this to Makefile.am and then re-running automake? > (If you can't re-run automake, let me know and I will send you a patch.) Sorry, I don't have the right automake version around. So, a patch to test would be nice. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30071
[Bug libgomp/30546] [4.2/4.3 regression] build fail in libgomp when building from SVN because makeinfo is missing
--- Comment #12 from patchapp at dberlin dot org 2007-01-30 09:15 --- Subject: Bug number PR30546 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02455.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30546
[Bug middle-end/30636] [4.3 Regression] incorrect array bounds warning on multi-dimensional arrays
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-01-30 09:55 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||mueller at gcc dot gnu dot ||org, rguenth at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-30 09:55:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30636
[Bug c/30313] [4.1/4.2/4.3 Regression] sizeof of expression including bit-field
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-01-30 10:17 --- Subject: Bug 30313 Author: rguenth Date: Tue Jan 30 10:17:09 2007 New Revision: 121334 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121334 Log: 2007-01-30 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/30313 * passes.c (execute_one_pass): Reset in_gimple_form to not confuse non-unit-at-a-time mode. * gcc.dg/torture/pr30313.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr30313.c Modified: trunk/gcc/ChangeLog trunk/gcc/passes.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30313
[Bug c/30313] [4.1/4.2 Regression] sizeof of expression including bit-field
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-01-30 10:19 --- Fixed on the mainline. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.0 4.1.1 4.1.2 Known to work||4.3.0 4.0.3 Summary|[4.1/4.2/4.3 Regression]|[4.1/4.2 Regression] sizeof |sizeof of expression|of expression including bit- |including bit-field |field http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30313
[Bug c++/30637] New: The options -fno-unit-at-a-time and -finline-functions generates erroneous code
When compiling the attached source code snippet test.cpp with the options -fno-unit-at-a-time and -finline-functions, erroneous code is produced in form of an infinite loop, see the attached disassembly file test.s. Use the following command line to reproduce the bug: powerpc-eabi-g++ -c -S -O2 -fno-unit-at-a-time -finline-functions -o test.s test.cpp A possible explanation for this bug may be that -fno-unit-at-a-time counteracts -finline-functions; -finline-functions needs the whole compilation unit or more while -finline-functions says don't use the whole compilation unit. -- Summary: The options -fno-unit-at-a-time and -finline-functions generates erroneous code Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: steby at enea dot se GCC build triplet: i386-linux-gnu GCC host triplet: i386-linux-gnu GCC target triplet: powerpc-eabi-unknown http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
[Bug middle-end/27657] [4.2/4.3 regression] bogus undefined reference error to static var with -g and -O
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-01-30 10:23 --- Subject: Bug 27657 Author: rguenth Date: Tue Jan 30 10:23:01 2007 New Revision: 121335 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121335 Log: 2007-01-30 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/27657 * dwarf2out.c (reference_to_unused): Query varpool if the variable was output. * g++.dg/debug/pr27657.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/debug/pr27657.C Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27657
[Bug middle-end/27657] [4.2 regression] bogus undefined reference error to static var with -g and -O
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-01-30 10:23 --- Fixed on the mainline. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.1.1 4.1.2 |4.1.1 4.1.2 4.3.0 Summary|[4.2/4.3 regression] bogus |[4.2 regression] bogus |undefined reference error to|undefined reference error to |static var with -g and -O |static var with -g and -O http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27657
[Bug c++/30637] The options -fno-unit-at-a-time and -finline-functions generates erroneous code
--- Comment #1 from steby at enea dot se 2007-01-30 10:28 --- Created an attachment (id=12979) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12979&action=view) Source code snippet -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
[Bug c++/30637] The options -fno-unit-at-a-time and -finline-functions generates erroneous code
--- Comment #2 from steby at enea dot se 2007-01-30 10:29 --- Created an attachment (id=12980) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12980&action=view) Disassembly output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
[Bug c++/30637] The options -fno-unit-at-a-time and -finline-functions generates erroneous code
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-30 10:33 --- Can you try 4.0.x or 4.1.x as 3.4.x is no longer maintained? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
[Bug c++/30637] The options -fno-unit-at-a-time and -finline-functions generates erroneous code
--- Comment #4 from steby at enea dot se 2007-01-30 10:40 --- (In reply to comment #3) > Can you try 4.0.x or 4.1.x as 3.4.x is no longer maintained? Unfortunately, our system is based on GCC 3.4.x and we cannot easily switch to GCC 4.x in a short timeframe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
[Bug c++/30637] The options -fno-unit-at-a-time and -finline-functions generates erroneous code
--- Comment #5 from steby at enea dot se 2007-01-30 10:43 --- (From update of attachment 12980) > .file "test.cpp" > .section".text" > .align 2 > .globl _ZN5Actor17getResourceFacadeEv > .type _ZN5Actor17getResourceFacadeEv, @function >_ZN5Actor17getResourceFacadeEv: >.LFB2: > lwz 3,0(3) > blr >.LFE2: > .size _ZN5Actor17getResourceFacadeEv, .-_ZN5Actor17getResourceFacadeEv > .align 2 > .globl _ZN5Actor9configureEv > .type _ZN5Actor9configureEv, @function >_ZN5Actor9configureEv: >.LFB3: >.L3: > b .L3 <- ERROR: Infinite loop! >.LFE3: > .size _ZN5Actor9configureEv, .-_ZN5Actor9configureEv > .ident "GCC: (GNU) 3.4.4" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
[Bug bootstrap/30510] [4.3 Regression] Gcc failed to bootstrap
--- Comment #17 from mtrudel at gmx dot ch 2007-01-30 10:52 --- Has there been any progress with this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30510
[Bug fortran/30626] Wrong-code for internal read
--- Comment #2 from pault at gcc dot gnu dot org 2007-01-30 10:56 --- FX, It's funny that you should alight on this one - Last night, I forwarded a patch to Jerry that cures the front-end problems but breaks in transfer.c. As well as the testcase from PR30284, I sent him one that is essentially yours. I am not in a position to attach the patch now. It resolves the combined array and substring references by writing a temporary array of character(4) and then reading it back again, after the IO operation. Once working, this can also take note of the sense of the IO operation. It seems that the zero based indexing of the temporary is throwing the library in some way. Jerry has applied the patch and agrees that there is a problem somewhere - he will try to see if it is the library or not. I have cc'd this to Jerry in the hope that he can update you sooner than me. Cheers Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added CC||jvdelisle at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30626
[Bug bootstrap/30510] [4.3 Regression] Gcc failed to bootstrap
--- Comment #18 from mtrudel at gmx dot ch 2007-01-30 11:00 --- Sorry, the previous message has been truncated: Has there been any progress with this bug? I can confirm it and I need the mentioned patch to be able to compile the current trunk: - tree bases; + tree bases = NULL_TREE; I understand that some configurations work and some fail. Also I cannot confirm the depency of bug 30549 since 30549 was fixed and this one still occurs... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30510
[Bug c++/30499] gcc segfault on linux kernel 2.6.17.10
--- Comment #4 from dronord at gmail dot com 2007-01-30 11:03 --- Subject: Re: gcc segfault on linux kernel 2.6.17.10 OK =) 27 Jan 2007 04:06:16 -, pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]>: > > > --- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-27 04:06 > --- > From a private email to me: > >Already no, i'm sorry. File .config have removed dont want. > > > So closing as works for me then. > > > -- > > pinskia at gcc dot gnu dot org changed: > >What|Removed |Added > > Status|WAITING |RESOLVED > Resolution||WORKSFORME > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30499 > > --- You are receiving this mail because: --- > You reported the bug, or are watching the reporter. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30499
[Bug libgcj/30638] New: Dummy bug to test gcj Bugzilla
-- Summary: Dummy bug to test gcj Bugzilla Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aph at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #1 from aph at gcc dot gnu dot org 2007-01-30 11:37 --- 'Twas brillig, and the sithy toves Did gyre and gimble in the Wabe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug target/26401] x264 revision 439 make fprofiled fails
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-01-30 12:39 --- (In reply to comment #2) > gcc-4.1 -Wall -I. -O4 -ffast-math -D__X264__ -DHAVE_MMXEXT -DHAVE_SSE2 > -DARCH_X86 -DSYS_MINGW -DHAVE_PTHREAD -s -fomit-frame-pointer -march=pentium4 > -mtune=pentium4 -mcpu=pentium4 -fprofile-use -c -o muxers.o muxers.c > -save-temps > muxers.c: In function 'write_nalu_mkv': > muxers.c:981: internal compiler error: in named_section_real, at varasm.c:420 Your preprocessed source works for me on mainline (i386-pc-mingw32). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Known to work||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26401
[Bug middle-end/30636] [4.3 Regression] incorrect array bounds warning on multi-dimensional arrays
--- Comment #3 from mueller at gcc dot gnu dot org 2007-01-30 13:09 --- I'm not flagging this as diagnostic for now, because it is imho still a bug in ccp that could cause other side-effects (aliasing analysis?). if it is clear that the only problem this causes is the warning then I'll happily add a suppression for this case. -- mueller at gcc dot gnu dot org changed: What|Removed |Added Keywords|diagnostic | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30636
[Bug c/30313] [4.1/4.2 Regression] sizeof of expression including bit-field
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-01-30 13:34 --- Subject: Bug 30313 Author: rguenth Date: Tue Jan 30 13:34:10 2007 New Revision: 121338 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121338 Log: 2007-01-30 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/30313 * passes.c (execute_one_pass): Reset in_gimple_form to not confuse non-unit-at-a-time mode. * gcc.dg/torture/pr30313.c: New testcase. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/torture/pr30313.c - copied unchanged from r121334, trunk/gcc/testsuite/gcc.dg/torture/pr30313.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/passes.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30313
[Bug c/30313] [4.1 Regression] sizeof of expression including bit-field
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-01-30 13:34 --- And 4.2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.3.0 4.0.3 |4.3.0 4.2.0 4.0.3 Summary|[4.1/4.2 Regression] sizeof |[4.1 Regression] sizeof of |of expression including bit-|expression including bit- |field |field http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30313
[Bug bootstrap/30589] [4.3 regression] C99 extern inline patch broke bootstrap on i386-pc-mingw32
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-01-30 13:45
---
(In reply to comment #5)
> CVS mingw runtime header _mingw.h has this, which avoids the problem:
>
> # if ( __MINGW_GNUC_PREREQ(4, 3) && __STDC_VERSION__ >= 199901L)
> # define __CRT_INLINE extern inline __attribute__((__gnu_inline__))
> # else
> # define __CRT_INLINE extern __inline__
> # endif
Hum, here's what I don't understand. I installed the w32api-3.8, that includes
the above, and I still get a failure (this is on a cross from i386-linux):
$ ./bin/i386-pc-mingw32-gcc a.c b.c -std=c99
/tmp/ccR36DmT.o:b.c:(.text+0x0): multiple definition of `___fpclassifyl'
/tmp/cc03idRc.o:a.c:(.text+0x0): first defined here
[... more of those ...]
So I look into the preprocessed files, and ___fpclassifyl is declared as:
extern __attribute__((__gnu__inline__)) inline int __attribute__((__cdecl__))
__fpclassifyl (long double x){
unsigned short sw;
__asm__ ("fxam; fstsw %%ax;" : "=a" (sw): "t" (x));
return sw & (0x0100 | 0x0400 | 0x4000 );
}
so I reproduce it on a minimal testcase:
$ cat u1.c
extern __attribute__((__gnu__inline__)) inline void __attribute__((__cdecl__))
__fpclassifyl (){
;
}
void foo() { ; }
$ cat u2.c
extern __attribute__((__gnu__inline__)) inline void __attribute__((__cdecl__))
__fpclassifyl (){
;
}
void bar() { ; }
$ ./bin/i386-pc-mingw32-gcc -std=c99 u1.c u2.c
u1.c:1: warning: __gnu__inline__ attribute directive ignored
u2.c:1: warning: __gnu__inline__ attribute directive ignored
/tmp/ccni42ym.o:u2.c:(.text+0x0): multiple definition of `___fpclassifyl'
/tmp/cc2aaPle.o:u1.c:(.text+0x0): first defined here
/home/fxcoudert/cross_nightbuild/tmp/install-gcc/lib/gcc/i386-pc-mingw32/4.3.0/../../../../i386-pc-mingw32/lib/libmingw32.a(main.o):main.c:(.text+0x106):
undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
PS: all this is with mainline rev. 121280, Last Changed Date: 2007-01-29
06:53:40 +0100 (Mon, 29 Jan 2007).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30589
[Bug java/30639] New: Can't compile java frontend on Linux x86_64 (SYS_sigaction undeclared)
This happens with gcc 4.1.1 too. Linux 2.6.19 (pure x86_64 system without 32bit libraries) glibc 2.5 gcc 4.1.1 /usr/include/asm contains the correct kernel x86_64 headers make[5]: Entering directory `/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libjava' depbase=`echo prims.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; \ if /bin/sh ./libtool --mode=compile /home/fraga/src/b/./gcc/xgcc -shared-libgcc -B/home/fraga/src/b/./gcc -nostdinc++ -L/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libstdc++-v3/src -L/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../gcc-4.2-20070124/libjava -I./include -I./gcj -I../../../../gcc-4.2-20070124/libjava -Iinclude -I../../../../gcc-4.2-20070124/libjava/include -I../../../../gcc-4.2-20070124/libjava/classpath/include -Iclasspath/include -I../../../../gcc-4.2-20070124/libjava/classpath/native/fdlibm -I../../../../gcc-4.2-20070124/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../../gcc-4.2-20070124/libjava/libltdl -I../../../../gcc-4.2-20070124/libjava/libltdl -I../../../../gcc-4.2-20070124/libjava/.././libjava/../gcc -I../../../../gcc-4.2-20070124/libjava/../zlib -I../../../../gcc-4.2-20070124/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX="\"/usr/local\"" -DTOOLEXECLIBDIR="\"/usr/local/lib/../lib\"" -DJAVA_HOME="\"/usr/local\"" -DBOOT_CLASS_PATH="\"/usr/local/share/java/libgcj-4.2.0.jar\"" -DJAVA_EXT_DIRS="\"/usr/local/share/java/ext\"" -DGCJ_ENDORSED_DIRS="\"/usr/local/share/java/gcj-endorsed\"" -DGCJ_VERSIONED_LIBDIR="\"/usr/local/lib/../lib/gcj-4.2.0\"" -DPATH_SEPARATOR="\":\"" -DLIBGCJ_DEFAULT_DATABASE="\"/usr/local/lib/../lib/gcj-4.2.0/classmap.db\"" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL="\"gcj-4.2.0/classmap.db\"" -O2 -march=athlon64 -msse3 -pipe -ftree-vectorize -D_GNU_SOURCE -m32 -MT prims.lo -MD -MP -MF "$depbase.Tpo" -c -o prims.lo ../../../../gcc-4.2-20070124/libjava/prims.cc; \ then mv -f "$depbase.Tpo" "$depbase.Plo"; else rm -f "$depbase.Tpo"; exit 1; fi /home/fraga/src/b/./gcc/xgcc -shared-libgcc -B/home/fraga/src/b/./gcc -nostdinc++ -L/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libstdc++-v3/src -L/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../gcc-4.2-20070124/libjava -I./include -I./gcj -I../../../../gcc-4.2-20070124/libjava -Iinclude -I../../../../gcc-4.2-20070124/libjava/include -I../../../../gcc-4.2-20070124/libjava/classpath/include -Iclasspath/include -I../../../../gcc-4.2-20070124/libjava/classpath/native/fdlibm -I../../../../gcc-4.2-20070124/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../../gcc-4.2-20070124/libjava/libltdl -I../../../../gcc-4.2-20070124/libjava/libltdl -I../../../../gcc-4.2-20070124/libjava/.././libjava/../gcc -I../../../../gcc-4.2-20070124/libjava/../zlib -I../../../../gcc-4.2-20070124/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/local\" -DTOOLEXECLIBDIR=\"/usr/local/lib/../lib\" -DJAVA_HOME=\"/usr/local\" -DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.2.0.jar\" -DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\" -DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/../lib/gcj-4.2.0\" -DPATH_SEPARATOR=\":\" -DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/../lib/gcj-4.2.0/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.2.0/classmap.db\" -O2 -march=athlon64 -msse3 -pipe -ftree-vectorize -D_GNU_SOURCE -m32 -MT prims.lo -MD -MP -MF .deps/prims.Tpo -c ../../../../gcc-4.2-20070124/libjava/prims.cc -fPIC -DPIC -o .libs/prims.o ../../../../gcc-4.2-20070124/libjava/prims.cc:107: warning: deprecated conversion from string constant to 'char*' ../../../../gcc-4.2-20070124/libjava/prims.cc: In function 'void catch_fpe(int)': ../../../../gcc-4.2-20070124/libjava/prims.cc:173: warning: dereferencing type-punned pointer will break strict-aliasing rules ../../../../gcc-4.2-20070124/libjava/prims.cc: In function 'jint _Jv_CreateJavaVM(JvVMInitArgs*)': ../../../../gcc-4.2-20070124/libjava/prims.cc:1442: error: 'SYS_sigaction' was not declared in this scope ../../../../gcc-4.2-20070124/libjava/prims.cc:1446: error: 'SYS_sigaction' was not declared in this scope ./include/java-signal-aux.h: At global scope: ./include/java-signal-au
[Bug other/30640] New: Memory leak in lang_specific_driver
in function lang_specific_driver, if shared gcclib is wanted, a new larger memory block is allocated for the extra argument "-shared-libgcc". However, the original memory is left alone and will cause memory leak. And I think statement "free(*in_argv)" should added before "*in_argv = arglist;" at line 91, in file "gcc-4.1.1\gcc\gccspec.c". -- Summary: Memory leak in lang_specific_driver Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wuhui1973 at 21cn dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30640
[Bug fortran/30626] Wrong-code for internal read
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-01-30 14:36
---
Paul's preliminary patch for pr30284 fixes this bug. The library side still
shows a potential problem, but we don't hit it with the test cases here because
we are only reading one record.
Here is dump for modified test case in #1:
MAIN__ ()
{
static char date[1][1:12] = {"200612231200"};
int4 foo;
_gfortran_set_std (70, 127, 0, 0);
{
int8 D.1365;
char A.2[1][1:12];
struct array1_unknown atmp.1;
struct __st_parameter_dt dt_parm.0;
dt_parm.0.common.filename = "pr30626-1.f90";
dt_parm.0.common.line = 4;
atmp.1.dtype = 817;
atmp.1.dim[0].stride = 1;
atmp.1.dim[0].lbound = 0;
atmp.1.dim[0].ubound = 0;
atmp.1.data = (void *) &A.2;
atmp.1.offset = 0;
{
int8 S.3;
S.3 = 0;
while (1)
{
if (S.3 > 0) goto L.1;
__builtin_memmove (&(*(char[0:][1:12] *) atmp.1.data)[S.3],
&date[NON_LVALUE_EXPR ], 12);
S.3 = S.3 + 1;
}
L.1:;
}
dt_parm.0.internal_unit = (char *) atmp.1.data;
dt_parm.0.internal_unit_len = 12;
dt_parm.0.internal_unit_desc = (char *) &atmp.1;
dt_parm.0.common.unit = 0;
dt_parm.0.format = "(i4)";
dt_parm.0.format_len = 4;
dt_parm.0.common.flags = 20480;
_gfortran_st_read (&dt_parm.0);
_gfortran_transfer_integer (&dt_parm.0, &foo, 4);
_gfortran_st_read_done (&dt_parm.0);
{
int8 S.4;
D.1365 = -1;
S.4 = 1;
while (1)
{
if (S.4 > 1) goto L.2;
__builtin_memmove (&date[S.4 + -1], &(*(char[0:][1:12] *)
atmp.1.data)[S.4 + D.1365], 12);
S.4 = S.4 + 1;
}
L.2:;
}
}
{
struct __st_parameter_dt dt_parm.5;
dt_parm.5.common.filename = "pr30626-1.f90";
dt_parm.5.common.line = 5;
dt_parm.5.common.unit = 6;
dt_parm.5.common.flags = 128;
_gfortran_st_write (&dt_parm.5);
_gfortran_transfer_integer (&dt_parm.5, &foo, 4);
_gfortran_st_write_done (&dt_parm.5);
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30626
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #2 from abugger at littlepinkcloud dot com 2007-01-30 14:43 --- Es brillig war. Die schlichten Toven Wirrten und wimmelten in Waben. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug target/30634] FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-30 14:51 --- Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 > --- Comment #3 from kargl at gcc dot gnu dot org 2007-01-30 02:53 --- > A scan of libgfortran/ChangeLog and gcc/fortran/ChangeLog does not > reveal anything that would cause this failure. Can you identify > the exact commit that causes the problem? Perhaps, something got > mismerged from trunk. The problem occurs in reload. At the moment, I suspect the following change: 2007-01-26 Zdenek Dvorak <[EMAIL PROTECTED]> PR tree-optimization/29516 * tree-ssa-address.c (tree_mem_ref_addr, add_to_parts, most_expensive_mult_to_index, addr_to_parts, create_mem_ref, maybe_fold_tmr): Make the type of fields of TARGET_MEM_REF sizetype. (move_fixed_address_to_symbol, move_pointer_to_base, aff_combination_remove_elt): New functions. * tree.def (TARGET_MEM_REF): Add comment on types of the operands. * gcc.dg/tree-ssa/loop-20.c: New test. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30634
[Bug bootstrap/30589] [4.3 regression] C99 extern inline patch broke bootstrap on i386-pc-mingw32
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-01-30 15:04 --- (In reply to comment #5) > CVS mingw runtime header _mingw.h has this, which avoids the problem: OK, now I see why this is failing :( _mingw.h from mingw-runtime-3.11 has define __CRT_INLINE extern __attribute__((__gnu__inline__)) inline insted of define __CRT_INLINE extern __attribute__((__gnu_inline__)) inline i.e. an extra underscore in __gnu_inline__. I see you corrected the typo in CVS, but it was not yet released. So we're back to square one: CVS mingw is OK, but we still need a fix for older mingw. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2007-01-26 13:11:11 |2007-01-30 15:04:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30589
[Bug java/30641] New: gcj corrupted double-linked list (glibc detected)
OS: Linux, Ubuntu 6.10 AMD64 I get this error when invoking gcj on a project: *** glibc detected *** /home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1: corrupted double-linked list: 0x00fbeb60 *** Detail: Having cross-compiled an SWT hello-world application to an executable using gcj and ran it successfully on windows I have moved on to compiling my Jboss and SWT application using gcj, which itself compiles and runs perfectly as a .jar. I've tried to cut down the build path and/or amount of code involved while still producing the problem for bug-reporting purposes, but I have not been successful in doing this.. I am hoping you can advise me of what I can do next to help track this down. Invoked as: /home/matt/cross-tools/bin/i386-mingw32msvc-gcj -v -save-temps -fjni /tmp/MyApp-dist/MyApp-client.jar native/libswt-win32.a --main=org.myapp.client.Client --classpath=big.long.classpath.as.below compile-native-client: [exec] Using built-in specs. [exec] Reading specs from /home/matt/cross-tools/lib/gcc/i386-mingw32msvc/4.3.0/../../../../i386-mingw32msvc/lib/libgcj.spec [exec] rename spec startfile to startfileorig [exec] rename spec lib to liborig [exec] Target: i386-mingw32msvc [exec] Configured with: /home/matt/cross/source/gcc-4.3-20070119/configure -v --prefix=/home/matt/cross-tools --target=i386-mingw32msvc --with-headers=/home/matt/cross-tools/i386-mingw32msvc/include --with-gnu-as --with-gnu-ld --without-newlib --disable-multilib --enable-libgcj --without-x --disable-java-awt --enable-static --disable-shared --enable-threads=win32 --disable-nls --disable-debug --disable-checking --enable-sjlj-exceptions [exec] Thread model: win32 [exec] gcc version 4.3.0 20070119 (experimental) [exec] /home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1 /tmp/MyApp-dist/MyApp-client.jar -fhash-synchronization -fuse-divide-subroutine -fcheck-references -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase MyApp-client.jar -mtune=i386 -auxbase MyApp-client -g1 -version -fjni -fbootclasspath=/home/matt/projects/MyApp/lib/client/win32/swt.jar:/home/matt/projects/MyApp/build/:/home/matt/projects/org.eclipse.swt/swt.jar:/home/matt/projects/MyApp/lib/commons-logging.jar:/home/matt/projects/MyApp/lib/icu4j-3_6.jar:/home/matt/projects/MyApp/lib/jbpm-3.1.1.jar:/home/matt/projects/MyApp/lib/log4j-1.2.8.jar:/home/matt/projects/MyApp/lib/org.eclipse.core.commands_3.2.0.I20060605-1400.jar:/home/matt/projects/MyApp/lib/org.eclipse.core.runtime_3.2.0.v20060603.jar:/home/matt/projects/MyApp/lib/org.eclipse.equinox.common_3.2.0.v20060603.jar:/home/matt/projects/MyApp/lib/org.eclipse.jface_3.2.1.M20060908-1000.jar:/home/matt/projects/MyApp/lib/org.eclipse.osgi_3.2.1.R32x_v20060919.jar:/home/matt/projects/MyApp/lib/resources.jar:/home/matt/projects/CommonCode/lib/activation.jar:/home/matt/projects/CommonCode/lib/datafile.jar:/home/matt/projects/CommonCode/lib/jTDS2.jar:/home/matt/projects/CommonCode/lib/jargs.jar:/home/matt/projects/CommonCode/lib/jcommon-0.9.7.jar:/home/matt/projects/CommonCode/lib/jconn2.jar:/home/matt/projects/CommonCode/lib/junit.jar:/home/matt/projects/CommonCode/lib/jxl.jar:/home/matt/projects/CommonCode/lib/mail.jar:/home/matt/projects/CommonCode/lib/postgresql-8.2dev-503.jdbc3.jar:/home/matt/projects/CommonCode/lib/servlet.jar:/home/matt/projects/CommonCode/lib/xercesImpl.jar:/home/matt/projects/CommonCode/lib/xml-apis.jar:/home/matt/projects/CommonCode/lib/xml-writer.jar:/local/jboss/client/jbossall-client.jar:/local/jboss/client/ejb3-persistence.jar:/local/jboss/client/jboss-annotations-ejb3.jar:/home/matt/cross-tools/share/java/libgcj-4.3.0.jar -faux-classpath MyApp-client.zip -o MyApp-client.s [exec] GNU Java version 4.3.0 20070119 (experimental) (i386-mingw32msvc) [exec] compiled by GNU C version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5). [exec] GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 [exec] Class path starts here: [exec] MyApp-client.zip/ (zip) [exec] /home/matt/projects/MyApp/lib/client/win32/swt.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/build/ (system) [exec] /home/matt/projects/org.eclipse.swt/swt.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/commons-logging.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/icu4j-3_6.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/jbpm-3.1.1.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/log4j-1.2.8.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/org.eclipse.core.commands_3.2.0.I20060605-1400.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/org.eclipse.core.runtime_3.2.0.v20060603.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/org.eclipse.equinox.common_3.2.0.v20060603.jar/ (system) (zip) [exec] /home/matt/projects/MyApp/lib/org.eclipse.jface_3.2.1.M20060908-1000.jar/ (system)
[Bug libstdc++/20577] [4.0/4.1 Regression] iter_swap doesn't work anymore with vector
--- Comment #5 from cvs-commit at developer dot classpath dot org 2007-01-30 15:37 --- Subject: Bug 20577 CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Roman Kennke 07/01/30 15:36:53 Modified files: javax/swing: DefaultDesktopManager.java . : ChangeLog Log message: 2007-01-30 Roman Kennke <[EMAIL PROTECTED]> PR 20577 * javax/swing/DefaultDesktopManager.java (activateFrame): Added a bunch of null checks. Don't call JInternalFrame.setSelected() to avoid recursion. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/javax/swing/DefaultDesktopManager.java?cvsroot=classpath&r1=1.19&r2=1.20 http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9078&r2=1.9079 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20577
[Bug preprocessor/29966] crash in cc1 with backtrace from free()
--- Comment #10 from tromey at gcc dot gnu dot org 2007-01-30 15:46 --- Subject: Bug 29966 Author: tromey Date: Tue Jan 30 15:46:01 2007 New Revision: 121340 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121340 Log: PR preprocessor/29966: * macro.c (lex_expansion_token): Save and restore cpp_reader's cur_token. (_cpp_create_definition): Don't restore cur_token here. * lex.c (_cpp_lex_token): Added assertion. Modified: trunk/libcpp/ChangeLog trunk/libcpp/lex.c trunk/libcpp/macro.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29966
[Bug preprocessor/30468] [4.0/4.1/4.2/4.3 Regression] -M not fully chops dirname
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 15:50 --- Subject: Bug 30468 Author: tromey Date: Tue Jan 30 15:50:00 2007 New Revision: 121341 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121341 Log: PR preprocessor/30468: * mkdeps.c (apply_vpath): Strip successive '/'s if we stripped './'. Modified: trunk/libcpp/ChangeLog trunk/libcpp/mkdeps.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30468
[Bug bootstrap/30510] [4.3 Regression] Gcc failed to bootstrap
--- Comment #19 from abugger at littlepinkcloud dot com 2007-01-30 16:05 --- testing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30510
[Bug tree-optimization/30631] Trunk GCC fails to compile cpu2k6/dealII at -O2
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-01-30 16:10 --- Fixed according to reporter. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30631
[Bug c++/30601] [4.3 regression] -Wreturn-type warns about more than what the documentation says
--- Comment #13 from mueller at gcc dot gnu dot org 2007-01-30 16:20 --- Subject: Bug 30601 Author: mueller Date: Tue Jan 30 16:20:06 2007 New Revision: 121342 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121342 Log: 2007-01-30 Dirk Mueller <[EMAIL PROTECTED]> PR c++/30601 * doc/invoke.texi (-Wreturn-type): Update description to match new behavior. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30601
[Bug preprocessor/29966] crash in cc1 with backtrace from free()
--- Comment #11 from tromey at gcc dot gnu dot org 2007-01-30 16:29 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29966
[Bug preprocessor/30468] [4.0/4.1/4.2 Regression] -M not fully chops dirname
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-30 16:30 --- Fixed in 4.3. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.1.1 4.0.0 4.0.2 4.3.0 |4.1.1 4.0.0 4.0.2 Known to work|3.4.4 3.4.0 |3.4.4 3.4.0 4.3.0 Summary|[4.0/4.1/4.2/4.3 Regression]|[4.0/4.1/4.2 Regression] -M |-M not fully chops dirname |not fully chops dirname http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30468
[Bug c++/30642] New: Wrong libstdc++ selected
I've built GCC-4.1.1, configured with: ../configure --prefix=/opt/gcc-4.1.1 --enable-threads=posix --with-dwarf2 --enable-languages=c,c++ --with-as=/opt/binutils-2.17/bin/as --with-ld=/opt/binutils-2.17/bin/ld --enable-shared --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions using GCC-3.4.6. Now some programs compiled using the new compiler fail on linking: /usr/lib/libstdc++.so.6: undefined reference to [EMAIL PROTECTED]' The compiler is looking for libstdc++ in /usr/lib, however its libstdc++ is placed in an appropriate subdirectory of /opt/gcc-4.1.1. The function [EMAIL PROTECTED] is also a mystery, as it should be a part of GCC-4.2. Previously options were ../configure --prefix=/opt/gcc-4.1.1 --enable-threads=posix --with-dwarf2 --enable-languages=c,c++ but it makes no difference. -- Summary: Wrong libstdc++ selected Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wyderski at ii dot uni dot wroc dot pl GCC build triplet: Linux RedHat, IA-32, GCC-3.4.6 GCC host triplet: Linux RedHat, IA-32, GCC-4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30642
[Bug c++/30642] Wrong libstdc++ selected
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-30 16:50 --- You need to set LD_LIBRARY_PATH or use -Wl,-rpath=/opt/gcc-4.1.1/lib for linking. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30642
[Bug rtl-optimization/30643] New: CSE regression
CSE used to eliminate all the "if"s in the code below at least in gcc-3.x (and
probably even earlier). Now in SVN HEAD it does not do it anymore. 4.1 still
does it.
struct s { int a; int b;};
void bar (struct s *ps, int *p, int *__restrict__ rp, int *__restrict__ rq)
{
ps->a = 0;
ps->b = 1;
if (ps->a != 0)abort ();
p[0] = 0;
p[1] = 1;
if (p[0] != 0) abort ();
rp[0] = 0;
rq[0] = 1;
if (rp[0] != 0) abort();
}
-O2 assembly for SVN HEAD:
bar:
subl$12, %esp
movl16(%esp), %eax
movl20(%esp), %edx
movl24(%esp), %ecx
movl$0, (%eax)
movl$1, 4(%eax)
movl(%eax), %eax
testl %eax, %eax
jne .L20
movl$0, (%edx)
movl(%edx), %eax
movl$1, 4(%edx)
testl %eax, %eax
jne .L20
movl$0, (%ecx)
movl(%ecx), %ecx
movl28(%esp), %eax
testl %ecx, %ecx
movl$1, (%eax)
jne .L20
addl$12, %esp
ret
.L20:
callabort
-O2 assembly for 4.1.1
bar:
movl4(%esp), %eax
movl8(%esp), %edx
movl$0, (%eax)
movl$1, 4(%eax)
movl12(%esp), %eax
movl$0, (%edx)
movl$1, 4(%edx)
movl$0, (%eax)
movl16(%esp), %eax
movl$1, (%eax)
ret
--
Summary: CSE regression
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dann at godzilla dot ics dot uci dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #3 from abugger at littlepinkcloud dot com 2007-01-30 17:07 --- Il brilgue: les to^ves libricilleux Se gyrent en vrilant dans le guave. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #4 from aph at gcc dot gnu dot org 2007-01-30 17:10 --- Typo'd, darn it. Il brilgue: les to^ves lubricilleux Se gyrent en vrilant dans le guave. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug c/8268] no compile time array index checking
--- Comment #45 from mueller at gcc dot gnu dot org 2007-01-30 17:17 --- Subject: Bug 8268 Author: mueller Date: Tue Jan 30 17:17:39 2007 New Revision: 121346 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121346 Log: backport from mainline: 2007-01-21 Dirk Mueller <[EMAIL PROTECTED]> PR bootstrap/30511 * tree-vrp.c (check_array_bounds): do not warn about ADDR_EXPR's of ARRAY_REF's which are immediately used in binary expressions. 2007-01-19 Dirk Mueller <[EMAIL PROTECTED]> * config/i386.h (CONDITIONAL_REGISTER_USAGE): Store result of PIC_OFFSET_TABLE_REGNUM in temporary variable to avoid duplicate evaluation. 2007-01-18 Dirk Mueller <[EMAIL PROTECTED]> Richard Guenther <[EMAIL PROTECTED]> PR diagnostic/8268 * doc/invoke.texi (Warray-bounds): Document -Warray-bounds. * common.opt (Warray-bounds): Add new warning option. * c-opts.c (c_common_handle_option): Define -Warray-bounds if -Wall is given. * Makefile.in: make tree-vrp.o depend on toplev.h * tree-vrp.c (vrp_finalize): Call check_array_refs if * -Warray-bounds is enabled. (check_array_refs, check_array_bounds, check_array_ref): New. Added: branches/suse/gcc-4_2-branch/gcc/testsuite/g++.dg/warn/Warray-bounds-2.C - copied unchanged from r120898, trunk/gcc/testsuite/g++.dg/warn/Warray-bounds-2.C branches/suse/gcc-4_2-branch/gcc/testsuite/g++.dg/warn/Warray-bounds.C - copied unchanged from r120898, trunk/gcc/testsuite/g++.dg/warn/Warray-bounds.C branches/suse/gcc-4_2-branch/gcc/testsuite/gcc.dg/Warray-bounds-2.c - copied unchanged from r120898, trunk/gcc/testsuite/gcc.dg/Warray-bounds-2.c branches/suse/gcc-4_2-branch/gcc/testsuite/gcc.dg/Warray-bounds.c - copied unchanged from r120898, trunk/gcc/testsuite/gcc.dg/Warray-bounds.c Modified: branches/suse/gcc-4_2-branch/gcc/Makefile.in branches/suse/gcc-4_2-branch/gcc/c-opts.c branches/suse/gcc-4_2-branch/gcc/common.opt branches/suse/gcc-4_2-branch/gcc/config/i386/i386.h branches/suse/gcc-4_2-branch/gcc/doc/invoke.texi branches/suse/gcc-4_2-branch/gcc/tree-vrp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8268
[Bug bootstrap/30511] False array bound check causes gcc failed to boostrap
--- Comment #9 from mueller at gcc dot gnu dot org 2007-01-30 17:18 --- Subject: Bug 30511 Author: mueller Date: Tue Jan 30 17:17:39 2007 New Revision: 121346 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121346 Log: backport from mainline: 2007-01-21 Dirk Mueller <[EMAIL PROTECTED]> PR bootstrap/30511 * tree-vrp.c (check_array_bounds): do not warn about ADDR_EXPR's of ARRAY_REF's which are immediately used in binary expressions. 2007-01-19 Dirk Mueller <[EMAIL PROTECTED]> * config/i386.h (CONDITIONAL_REGISTER_USAGE): Store result of PIC_OFFSET_TABLE_REGNUM in temporary variable to avoid duplicate evaluation. 2007-01-18 Dirk Mueller <[EMAIL PROTECTED]> Richard Guenther <[EMAIL PROTECTED]> PR diagnostic/8268 * doc/invoke.texi (Warray-bounds): Document -Warray-bounds. * common.opt (Warray-bounds): Add new warning option. * c-opts.c (c_common_handle_option): Define -Warray-bounds if -Wall is given. * Makefile.in: make tree-vrp.o depend on toplev.h * tree-vrp.c (vrp_finalize): Call check_array_refs if * -Warray-bounds is enabled. (check_array_refs, check_array_bounds, check_array_ref): New. Added: branches/suse/gcc-4_2-branch/gcc/testsuite/g++.dg/warn/Warray-bounds-2.C - copied unchanged from r120898, trunk/gcc/testsuite/g++.dg/warn/Warray-bounds-2.C branches/suse/gcc-4_2-branch/gcc/testsuite/g++.dg/warn/Warray-bounds.C - copied unchanged from r120898, trunk/gcc/testsuite/g++.dg/warn/Warray-bounds.C branches/suse/gcc-4_2-branch/gcc/testsuite/gcc.dg/Warray-bounds-2.c - copied unchanged from r120898, trunk/gcc/testsuite/gcc.dg/Warray-bounds-2.c branches/suse/gcc-4_2-branch/gcc/testsuite/gcc.dg/Warray-bounds.c - copied unchanged from r120898, trunk/gcc/testsuite/gcc.dg/Warray-bounds.c Modified: branches/suse/gcc-4_2-branch/gcc/Makefile.in branches/suse/gcc-4_2-branch/gcc/c-opts.c branches/suse/gcc-4_2-branch/gcc/common.opt branches/suse/gcc-4_2-branch/gcc/config/i386/i386.h branches/suse/gcc-4_2-branch/gcc/doc/invoke.texi branches/suse/gcc-4_2-branch/gcc/tree-vrp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30511
[Bug fortran/30626] Wrong-code for internal read
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-30 17:30 --- (In reply to comment #3) > Paul's preliminary patch for pr30284 fixes this bug. The library side still > shows a potential problem, but we don't hit it with the test cases here > because > we are only reading one record. True! I had forgotten that my equivalent of FX's example here were three element vectors, where the bug come into its own:) Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30626
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #5 from mtrudel at gmx dot ch 2007-01-30 17:33 --- I do not even understand all German words although it's my mother tongue... So how should I translate it to Italian??? ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #6 from aph at gcc dot gnu dot org 2007-01-30 17:44 --- It doesn't mean anything in English, either. Kinda sorta... -- aph at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug fortran/30432] gfortran.dg/c_by_val_1.f fails on ia64-*-*, problem with %VAL
--- Comment #8 from sje at gcc dot gnu dot org 2007-01-30 17:49 --- Subject: Bug 30432 Author: sje Date: Tue Jan 30 17:49:24 2007 New Revision: 121347 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121347 Log: PR fortran/30432 * trans-types.c (gfc_get_function_type): Do not add void_type_node to empty arg list. * trans-decl.c (create_function_arglist): Change assert. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c trunk/gcc/fortran/trans-types.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30432
[Bug libfortran/30015] [4.2 and 4.1 only] Intrinsic date_and_time can go back in time
--- Comment #5 from burnus at gcc dot gnu dot org 2007-01-30 17:53 --- Subject: Bug 30015 Author: burnus Date: Tue Jan 30 17:52:46 2007 New Revision: 121348 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121348 Log: 2007-01-30 Tobias Burnus <[EMAIL PROTECTED]> PR libfortran/30015 * intrinsics/date_and_time.c (date_and_time): Fix case where time can go backwards. * configure.ac: Remove AC_TRY_RUN test for timezone in gettimeofday. * acinclude.m4: Ditto. * configure: Regenerate. * config.h.in: Regenerate. Modified: branches/gcc-4_2-branch/libgfortran/ChangeLog branches/gcc-4_2-branch/libgfortran/acinclude.m4 branches/gcc-4_2-branch/libgfortran/config.h.in branches/gcc-4_2-branch/libgfortran/configure branches/gcc-4_2-branch/libgfortran/configure.ac branches/gcc-4_2-branch/libgfortran/intrinsics/date_and_time.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30015
[Bug libfortran/30015] [4.1 only] Intrinsic date_and_time can go back in time
--- Comment #6 from burnus at gcc dot gnu dot org 2007-01-30 17:56 --- Fixed in 4.3 and 4.2. I don't plan to fix it in 4.1. => FIXED. Thanks again for reporting this bug. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 and 4.1 only] Intrinsic|[4.1 only] Intrinsic |date_and_time can go back in|date_and_time can go back in |time|time http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30015
[Bug fortran/30512] MAXVAL() incorrect for zero-size int arrays, and for -HUGE-1 maximum values.
--- Comment #9 from burnus at gcc dot gnu dot org 2007-01-30 17:58 --- Let's then fix this bug. -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|SUSPENDED |ASSIGNED GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|2007-01-20 09:37:56 |2007-01-30 17:58:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30512
[Bug libstdc++/30571] Use of C++0x keywords in libstdc++-v3 headers
--- Comment #4 from bkoz at gcc dot gnu dot org 2007-01-30 18:05 --- Subject: Bug 30571 Author: bkoz Date: Tue Jan 30 18:04:59 2007 New Revision: 121349 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121349 Log: 2007-01-30 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstdc++/30571 * include/ext/pb_ds/detail/type_utils.hpp: Use C++0x static_assert if available, if not, centralize PB_DS_STATIC_ASSERT definition here. * include/ext/pb_ds/detail/resize_policy/ cc_hash_max_collision_check_resize_trigger_imp.hpp: Remove PB_DS_STATIC_ASSERT definition. * include/ext/pb_ds/detail/resize_policy/ hash_load_check_resize_trigger_imp.hpp: Same. * include/ext/pb_ds/detail/resize_policy/ hash_standard_resize_policy_imp.hpp: Same. * include/ext/pb_ds/detail/cc_hash_table_map_/cc_ht_map_.hpp: Same. * include/ext/pb_ds/detail/pat_trie_/pat_trie_.hpp: Same. * include/ext/pb_ds/detail/pat_trie_/internal_node.hpp: Same. * include/ext/pb_ds/detail/gp_hash_table_map_/gp_ht_map_.hpp: Same. * include/ext/pb_ds/detail/ov_tree_map_/node_iterators.hpp: Same. * include/ext/pb_ds/trie_policy.hpp: Same. * testsuite/util/performance/assoc/timing/ tree_order_statistics_test.hpp: Same. * testsuite/ext/pb_ds/example/hash_resize_neg.cc: Adjust line numbers. * testsuite/17_intro/headers_c++_c++0x_compat.cc: New. * include/precompiled/extc++.h: Update to current list of ext files. Added: trunk/libstdc++-v3/testsuite/17_intro/headers_c++_c++0x_compat.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/cc_ht_map_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/gp_ht_map_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/ov_tree_map_/node_iterators.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/pat_trie_/internal_node.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/pat_trie_/pat_trie_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/resize_policy/cc_hash_max_collision_check_resize_trigger_imp.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/resize_policy/hash_load_check_resize_trigger_imp.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/resize_policy/hash_standard_resize_policy_imp.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/type_utils.hpp trunk/libstdc++-v3/include/ext/pb_ds/trie_policy.hpp trunk/libstdc++-v3/include/precompiled/extc++.h trunk/libstdc++-v3/testsuite/ext/pb_ds/example/hash_resize_neg.cc trunk/libstdc++-v3/testsuite/util/performance/assoc/timing/tree_order_statistics_test.hpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30571
[Bug target/28675] [4.1/4.2/4.3 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #12 from pbrook at gcc dot gnu dot org 2007-01-30 18:06 --- Before reload the problematic instruction is: (set (mem:HI (something)) (subreg:HI (reg:SI 177))) Reload decides to reload the second operand into a register. In find_reloads_subreg_address, reg_equiv_memory_loc tells us that reg 117 is equivalent to (mem:SI (plus:SI (mult:SI (reg:SI r1) (const_int 16)) (reg:SI r6))) This is a valid SImode address, but not a valid HImode address. we change the mem:SI to mem:HI, then call find_reloads_address to fixup the result. However the comment above find_reloads_address says: Note that there is no verification that the address will be valid after this routine does its work. Instead, we rely on the fact that the address was valid when reload started. So we need only undo things that reload could have broken. These are wrong register types, pseudos not allocated to a hard register, and frame pointer elimination. */ No mention of having broken the address by changing the mode of the mem. The new HImode mem passes through find_reloads_address unmolested, causing an ICE later when we try to assign it to the reload reg. My guess would be that we need to be calling something other than find_reloads_address after replacing the subreg with the mem, but don't know reload well enough to say what. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|pbrook at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug java/30639] Can't compile java frontend on Linux x86_64 (SYS_sigaction undeclared)
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-30 18:13 --- > pure x86_64 system without 32bit libraries Then use --disable-multilib, otherwise x86_64 defaults to compiling the 32bit libraries also. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30639
[Bug fortran/30276] [4.2 only] gfortran include problem
--- Comment #10 from burnus at gcc dot gnu dot org 2007-01-30 18:13 --- Subject: Bug 30276 Author: burnus Date: Tue Jan 30 18:13:14 2007 New Revision: 121350 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121350 Log: 2007-01-30 Tobias Burnus <[EMAIL PROTECTED]> Jakub Jelinek <[EMAIL PROTECTED]> PR fortran/30276 * scanner.c (gfc_open_included_file): Support absolute pathnames. Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/scanner.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30276
[Bug fortran/30276] gfortran include problem
--- Comment #11 from burnus at gcc dot gnu dot org 2007-01-30 18:14 --- Paul Thomas wrote on 2007-01-14: > > Fixed in 4.3; I will commit the patch for 4.2 in about a week; I will not > > fix > > 4.1. > Are you in a position to do that now? The week is up and all is well:) Finally fixed after a rather long week ;-) -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 only] gfortran include |gfortran include problem |problem | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30276
[Bug inline-asm/11807] GCC should error out when clobbering the stack pointer and frame pointer
--- Comment #27 from dpm at danger dot com 2007-01-30 18:20 --- Bug 30579 was marked as a duplicate of this bug. If I compile the test case from that bug with -fomit-frame-pointer, gcc still generates invalid code. (We don't use frame pointers in our system at all). Is this already known? It seems like gcc should support clobbering of fp if you've disabled frame pointers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11807
[Bug java/30644] New: gcj -fsyntax-only does not work properly
gcj -fsyntax-only should compile a .java file and throw away the results. (Arguably it should verify the resulting bytecode as well.) This doesn't happen on trunk... it runs jc1 but not ecj1: opsy. gcj -v -fsyntax-only -Werror HelloWorld.java Using built-in specs. Reading specs from /home/tromey/gnu/4.2/install/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig Target: i686-pc-linux-gnu Configured with: ../trunk/configure --prefix=/home/tromey/gnu/4.2/install --enable-languages=c++,java,fortran --enable-threads=posix --enable-checking=yes --enable-java-awt=gtk --disable-static --disable-bootstrap --enable-java-maintainer-mode Thread model: posix gcc version 4.2.0 20070116 (prerelease) /home/tromey/gnu/4.2/install/libexec/gcc/i686-pc-linux-gnu/4.2.0/jc1 HelloWorld.java -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase HelloWorld.java -mtune=generic -auxbase HelloWorld -g1 -Werror -version -fsyntax-only -o /dev/null GNU Java version 4.2.0 20070116 (prerelease) (i686-pc-linux-gnu) compiled by GNU C version 4.1.1 20060525 (Red Hat 4.1.1-1). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Class path starts here: ./ /home/tromey/gnu/4.2/install/share/java/libgcj-4.2.0.jar/ (system) (zip) -- Summary: gcj -fsyntax-only does not work properly Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30644
[Bug java/30644] gcj -fsyntax-only does not work properly
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 18:34 --- Duh. I was running 4.2. Sorry for the noise. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30644
[Bug debug/30645] New: Failure to build 20001226-1.c with -O2 -g
$ i386-pc-mingw32-gcc 20001226-1.c -O2 -g -c /cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s: Assembler messages: /cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s:20: Warning: .stabs: missing comma Indeed, the assembly file is truncated: $ cat 20001226-1.s .file "20001226-1.c" .stabs "/home/coudert/cross-mingw32/usr/",100,0,2,Ltext0 .stabs "20001226-1.c",100,0,2,Ltext0 .text Ltext0: .stabs "gcc2_compiled.",60,0,0,0 .stabs "int:t(0,1)=r(0,1);-2147483648;2147483647;",128,0,0,0 .stabs "char:t(0,2)=r(0,2);0;127;",128,0,0,0 .stabs "long int:t(0,3)=r(0,3);-2147483648;2147483647;",128,0,0,0 .stabs "unsigned int:t(0,4)=r(0,4);0;0377;",128,0,0,0 .stabs "long unsigned int:t(0,5)=r(0,5);0;0377;",128,0,0,0 .stabs "long long int:t(0,6)[EMAIL PROTECTED];r(0,6);010;07;",128,0,0,0 .stabs "long long unsigned int:t(0,7)[EMAIL PROTECTED];r(0,7);0;017;",128,0,0,0 .stabs "short int:t(0,8)[EMAIL PROTECTED];r(0,8);-32768;32767;",128,0,0,0 .stabs "short unsigned int:t(0,9)[EMAIL PROTECTED];r(0,9);0;65535;",128,0,0,0 .stabs "signed char:t(0,10)[EMAIL PROTECTED];r(0,10);-128;127;",128,0,0,0 .stabs "unsigned char:t(0,11)[EMAIL PROTECTED];r(0,11);0;255;",128,0,0,0 .stabs "float:t(0,12)=r(0,1);4;0;",128,0,0,0 .stabs "double:t(0,13)=r(0,1);8;0;",128,0,0,0 .stabs "long d This does not happen at if -O2 or -g is removed. -- Summary: Failure to build 20001226-1.c with -O2 -g Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org GCC build triplet: i386-pc-cygwin GCC host triplet: i386-pc-cygwin GCC target triplet: i386-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30645
[Bug debug/30645] Failure to build 20001226-1.c with -O2 -g
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-30 18:43 --- Created an attachment (id=12981) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12981&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30645
[Bug java/30585] [4.3 Regression] gcj doesn't accept -Wall and -Werror anymore
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 18:59 --- Fixed in the latest ecj.jar, available at the usual place. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30585
[Bug inline-asm/28686] ebp from clobber list used as operand
-- ian at airs dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-30 19:09:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28686
[Bug middle-end/30636] [4.3 Regression] incorrect array bounds warning on multi-dimensional arrays
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-01-30 19:24 --- (In reply to comment #3) > I'm not flagging this as diagnostic for now, because it is imho still a bug in > ccp that could cause other side-effects (aliasing analysis?). The diagnostic part is the only part which is easily visiable part that is a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30636
[Bug libgcj/30638] Dummy bug to test gcj Bugzilla
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-30 19:32 --- http://www76.pair.com/keithlim/jabberwocky/translations/italian1.html Era brillosto, e gli alacridi tossi succhiellavano scabbi nel pantúle: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
[Bug libgcj/30632] libgcj failed to build for Linux/ia64
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 19:47 --- Yes, as far as we know libjava is parallel build safe. Could you paste the command line for the failing compilation? And also run it with -E and see what jvmti*.h files are actually being used? Perhaps we have a wrong -I or something like that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30632
[Bug java/30641] gcj corrupted double-linked list (glibc detected)
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 19:50 --- >> /home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1: corrupted >> double-linked list: 0x00fbeb60 *** One thing you could try is re-run the command with '-v'. Then look for the jc1 command line, and invoke that using valgrind. Perhaps that would tell us something. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
[Bug java/12457] jc1 -femit-class-files without -fsyntax-only segfaults.
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-30 20:02 --- I'd prefer to close this, since I don't think we'll ever fix it. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12457
[Bug java/12893] The included test case does not link
--- Comment #10 from tromey at gcc dot gnu dot org 2007-01-30 20:08 --- I believe this is now fixed. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12893
[Bug java/13607] [meta-bug] access problems in java front-end
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 20:10 --- No more dependencies. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13607
[Bug java/12981] Binary compatibility: low-level API exposure
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:11 --- I believe we decided not to worry about this. We can always introduce new names for low-level functions as needed. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12981
[Bug inline-asm/28686] ebp from clobber list used as operand
--- Comment #3 from michael dot meissner at amd dot com 2007-01-30 20:17 --- Created an attachment (id=12982) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12982&action=view) Secondary error Note, this is 32-bit only. If you compile epb2.c with -fpic -m32 and no optimization, it generates incorrect code, in that at -O0 it does not omit the frame pointer, but the asm is claimed to clobber %ebp, and subsequent local variables will use %ebp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28686
[Bug libfortran/30525] [4.2, 4.1 only] character comparisons with padding
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-01-30 20:18 --- Subject: Bug 30525 Author: tkoenig Date: Tue Jan 30 20:18:05 2007 New Revision: 121357 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121357 Log: 2007-01-30 Thomas Koenig <[EMAIL PROTECTED]> Backport from trunk PR libfortran/30525 * intrinsics/string_intrinsics.c(compare_string): Make sure that comparisons are done unsigned. 2007-01-30 Thomas Koenig <[EMAIL PROTECTED]> Backport from trunk PR libfortran/30525 * gfortran.dg/char_comparison_1.f: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/char_comparison_1.f Modified: branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/libgfortran/ChangeLog branches/gcc-4_2-branch/libgfortran/intrinsics/string_intrinsics.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30525
[Bug libfortran/30525] [4.2, 4.1 only] character comparisons with padding
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-01-30 20:18 --- Fixed on trunk and 4.2. Closing. One less for PR 19292! -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30525
[Bug java/16858] Linking of jv-convert fails with redundant pthreads symbols
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 20:21 --- Does this still happen? -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16858
[Bug java/20158] gcj fails to compile Apache ant, resulting in "Bus error"
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:26 --- FWIW we're building ant frequently in Fedora. But ... does this still fail for you? -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20158
[Bug java/20495] [4.0/4.1/4.2/4.3 Regression] building gcj hangs on gcj-dbtool
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 20:28 --- Does this still happen? -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20495
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #4 from manu at gcc dot gnu dot org 2007-01-30 20:35 ---
I have the following patch. Framework tests work. However, this patch will make
a lot of tests to fail because:
* Many tests are using the wrong dg-warning or dg-error directive.
* Many tests add an explicit "warning:" or "error:" to workaround this bug.
* Many tests match several warning/error messages with a single
dg-warning/dg-error directive.
So what we want to do? Fix the testcases or do nothing?
Index: gcc/testsuite/gcc.test-framework/dg-error-exp-F.c
===
--- gcc/testsuite/gcc.test-framework/dg-error-exp-F.c (revision 0)
+++ gcc/testsuite/gcc.test-framework/dg-error-exp-F.c (revision 0)
@@ -0,0 +1,11 @@
+/* Test the tester; previously part of gcc.misc-tests/dg-9.c. */
+/* { dg-prms-id 42 } */
+/* { dg-options "-Wall" } */
+
+f ()
+{ /* { dg-error "return type" "warning test" } */
+} /* { dg-error "control reaches end" "warning test" } */
+
+main (int argc, char *argv[])
+{ /* { dg-error "return type" "warning test" } */
+} /* { dg-error "control reaches end" "warning test" } */
Index: gcc/testsuite/gcc.test-framework/dg-warning-exp-F.c
===
--- gcc/testsuite/gcc.test-framework/dg-warning-exp-F.c (revision 0)
+++ gcc/testsuite/gcc.test-framework/dg-warning-exp-F.c (revision 0)
@@ -0,0 +1,10 @@
+/* Test the tester; previously part of gcc.misc-tests/dg-9.c. */
+/* { dg-prms-id 42 } */
+/* { dg-options "-Wall" } */
+
+int main (int argc, char *argv[])
+{
+ +; /* { dg-warning "expected expression" "error test" } */
+ return 0;
+}
+
Index: gcc/testsuite/gcc.test-framework/README
===
--- gcc/testsuite/gcc.test-framework/README (revision 121027)
+++ gcc/testsuite/gcc.test-framework/README (working copy)
@@ -19,7 +19,7 @@ To run these tests:
To check the results:
TF=${SRC}/gcc/testsuite/gcc.test-framework
-awk -f ${TF}/test-framework.awk gcc/testsuite/gcc.sum
+awk -f ${TF}/test-framework.awk gcc/testsuite/gcc/gcc.sum
The awk script prints unexpected results followed by the number of tests
that passed and failed.
Index: gcc/testsuite/lib/gfortran-dg.exp
===
--- gcc/testsuite/lib/gfortran-dg.exp (revision 121027)
+++ gcc/testsuite/lib/gfortran-dg.exp (working copy)
@@ -107,3 +107,14 @@ proc gfortran-dg-runtest { testcases def
}
}
}
+
+
+if { [info procs gfortran-saved-dg-warning] == [list] } {
+rename dg-warning gfortran-saved-dg-warning
+rename saved-dg-warning dg-warning
+}
+
+if { [info procs gfortran-saved-dg-error] == [list] } {
+rename dg-error gfortran-saved-dg-error
+rename saved-dg-error dg-error
+}
Index: gcc/testsuite/lib/gcc-dg.exp
===
--- gcc/testsuite/lib/gcc-dg.exp(revision 121027)
+++ gcc/testsuite/lib/gcc-dg.exp(working copy)
@@ -540,4 +540,78 @@ if { [info procs saved-dg-test] == [list
}
}
+if { [info procs saved-dg-warning] == [list] } {
+rename dg-warning saved-dg-warning
+
+proc dg-warning { args } {
+ upvar dg-messages messages
+
+ if { [llength $args] > 5 } {
+ error "[lindex $args 0]: too many arguments"
+ return
+ }
+
+ set xfail ""
+ if { [llength $args] >= 4 } {
+ switch [dg-process-target [lindex $args 3]] {
+ "F" { set xfail "X" }
+ "P" { set xfail "" }
+ "N" {
+ # If we get "N", this warning doesn't apply to us so ignore
it.
+ return
+ }
+ }
+ }
+
+ if { [llength $args] >= 5 } {
+ switch [lindex $args 4] {
+ "." { set line [dg-format-linenum [lindex $args 0]] }
+ "0" { set line "" }
+ "default" { set line [dg-format-linenum [lindex $args 4]] }
+ }
+ } else {
+ set line [dg-format-linenum [lindex $args 0]]
+ }
+
+ lappend messages [list $line "${xfail}WARNING" [concat
"\[wW\]arning:\[^\n\]*" [lindex $args 1]] [lindex $args 2]]
+}
+}
+
+if { [info procs saved-dg-error] == [list] } {
+rename dg-error saved-dg-error
+
+proc dg-error { args } {
+ upvar dg-messages messages
+
+ if { [llength $args] > 5 } {
+ error "[lindex $args 0]: too many arguments"
+ return
+ }
+
+ set xfail ""
+ if { [llength $args] >= 4 } {
+ switch [dg-process-target [lindex $args 3]] {
+ "F" { set xfail "X" }
+ "P" { set xfail "" }
+ "N" {
+ # If we get "N", this error doesn't apply to us so ignore
it.
+ return
+ }
+ }
+ }
+
+ if { [llength
[Bug java/21695] ICE when building gnu-xml.lo in libjava directory
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:56 --- Does this still happen? We've had a recent report of ok mingw builds... -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
[Bug java/21697] gcj segfaults with Jabref.jar
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 20:57 --- Sounds like it is fixed then. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21697
[Bug java/22091] [meta-bug] missing Java 1.5 support
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:58 --- No more dependencies. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22091
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #5 from joseph at codesourcery dot com 2007-01-30 21:01 --- Subject: Re: DejaGNU does not distinguish between errors and warnings On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote: > I have the following patch. Framework tests work. However, this patch will > make > a lot of tests to fail because: > > * Many tests are using the wrong dg-warning or dg-error directive. > * Many tests add an explicit "warning:" or "error:" to workaround this bug. > * Many tests match several warning/error messages with a single > dg-warning/dg-error directive. > > So what we want to do? Fix the testcases or do nothing? Fix the testcases. (a) Fix tests using the wrong one of dg-warning or dg-error, and tests matching multiple diagnostics with a single directive, bit by bit. Such fixes should not depend on this patch. (b) Apply this patch and remove the "warning:" and "error:" workarounds. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug java/25330] A race condition in write_classfile
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 21:01 --- Fix was in 4.2. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25330
[Bug java/28153] Under Windows Xp the generated JNI headers need to have a '_' prepended for each function.
--- Comment #9 from tromey at gcc dot gnu dot org 2007-01-30 21:03 --- This was fixed a while ago. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28153
[Bug java/28423] multianewarray not always evaluated when compiling from bytecode
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 21:03 --- Fixed in 4.3. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28423
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #6 from manu at gcc dot gnu dot org 2007-01-30 21:10 --- (In reply to comment #5) > Subject: Re: DejaGNU does not distinguish between errors > and warnings > > On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote: > > > I have the following patch. Framework tests work. However, this patch will > > make > > a lot of tests to fail because: > > > > * Many tests are using the wrong dg-warning or dg-error directive. > > * Many tests add an explicit "warning:" or "error:" to workaround this bug. > > * Many tests match several warning/error messages with a single > > dg-warning/dg-error directive. > > > > So what we want to do? Fix the testcases or do nothing? > > Fix the testcases. > > (a) Fix tests using the wrong one of dg-warning or dg-error, and tests > matching multiple diagnostics with a single directive, bit by bit. Such > fixes should not depend on this patch. > > (b) Apply this patch and remove the "warning:" and "error:" workarounds. > There are around 6914 tests failing. And I am not even sure if the above patch is correct. Perhaps there is something wrong on it that is causing excessive failures. :-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug libgomp/30540] Document default value of implementation-dependent OpenMP settings
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-01-30 21:16 --- Subject: Bug 30540 Author: dfranke Date: Tue Jan 30 21:16:30 2007 New Revision: 121360 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121360 Log: 2007-01-29 Daniel Franke <[EMAIL PROTECTED]> PR libgomp/30540 * libgomp.texi: More about implementation-dependent settings. Modified: trunk/libgomp/ChangeLog trunk/libgomp/libgomp.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30540
[Bug c++/30646] New: Syntax errors with standard C++ exceptions
I have been able to reproduce my problem with the following simple code
snippet:
///
#include
#include
main(int argc, char* argv[])
{
std::out_of_range zax("Hello World");
std::cout << "It is " << zax.what() << std::endl;
}
///
I am getting the following syntax errors:
Exception-test.cpp: In function `int main(int, char**)':
Exception-test.cpp:7: error: `out_of_range' undeclared in namespace `std'
Exception-test.cpp:7: error: parse error before `(' token
Exception-test.cpp:8: error: `zax' undeclared (first use this function)
Exception-test.cpp:8: error: (Each undeclared identifier is reported only once
for each function it appears in.)
This is happening on g++ version 3.3.1
The code compiles fine with the native Solaris compiler
--
Summary: Syntax errors with standard C++ exceptions
Product: gcc
Version: 3.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kpbhat at sta dot samsung dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30646
[Bug c++/30646] Syntax errors with standard C++ exceptions
--- Comment #1 from pcarlini at suse dot de 2007-01-30 21:34 --- Just include -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30646
[Bug inline-asm/28686] ebp from clobber list used as operand
-- spark at gcc dot gnu dot org changed: What|Removed |Added CC|seongbae dot park at gmail | |dot com | AssignedTo|unassigned at gcc dot gnu |spark at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-01-30 19:09:28 |2007-01-30 21:43:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28686
[Bug java/21695] ICE when building gnu-xml.lo in libjava directory
--- Comment #3 from mtrudel at gmx dot ch 2007-01-30 21:44 --- Yes, mingw worked at least for revision 121232. But the report was for cygwin. Cygwin is broken anyway I think... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
[Bug c++/15787] Poor error message with if and blocks
--- Comment #7 from patchapp at dberlin dot org 2007-01-30 22:10 --- Subject: Bug number PR 15787 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02533.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15787
[Bug driver/27354] Memory leak in make_relative_prefix
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 22:11 --- with svn head, I don't have 'gfc' (just gfortran) and the error is slightly different: ==13467== 474 bytes in 8 blocks are definitely lost in loss record 3 of 4 ==13467==at 0x40051F9: malloc (vg_replace_malloc.c:149) ==13467==by 0x8068D71: xmalloc (xmalloc.c:147) ==13467==by 0x8066AD4: concat (concat.c:159) ==13467==by 0x804FC86: process_command (gcc.c:3992) ==13467==by 0x80564B4: main (gcc.c:6199) -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-01-30 22:11:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27354
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #7 from joseph at codesourcery dot com 2007-01-30 22:13 --- Subject: Re: DejaGNU does not distinguish between errors and warnings On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote: > There are around 6914 tests failing. And I am not even sure if the above patch > is correct. Perhaps there is something wrong on it that is causing excessive > failures. :-( I guess some of the fixing needs automating: If the logs have a single diagnostic for a line, and that diagnostic is an error but the testcase uses dg-warning on that line (or vice versa), then it should be possible to fix the testcase in a fairly automated way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug ada/30618] [4.1 regression] Infinite loop in sem_ch8.end_use_clauses
--- Comment #2 from ludovic at ludovic-brenta dot org 2007-01-30 22:21 --- Since GCC 4.0 does not exhibit this behaviour, flagging as regression. -- ludovic at ludovic-brenta dot org changed: What|Removed |Added Summary|Infinite loop in|[4.1 regression] Infinite |sem_ch8.end_use_clauses |loop in ||sem_ch8.end_use_clauses http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30618
[Bug c++/24745] unpleasant warning for "if (NULL)"
--- Comment #8 from manu at gcc dot gnu dot org 2007-01-30 22:29 --- Subject: Bug 24745 Author: manu Date: Tue Jan 30 22:29:11 2007 New Revision: 121361 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121361 Log: 2007-01-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR c++/24745 * doc/invoke.texi (Wpointer-arith): Document warning. cp/ * typeck.c (build_binary_op): Fix logic for warning. Move warning to -Wpointer-arith. * call.c (convert_like_real): Don't warn when converting to boolean type. testsuite/ * g++.dg/warn/null4.C: New. Added: trunk/gcc/testsuite/g++.dg/warn/null4.C Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/typeck.c trunk/gcc/doc/invoke.texi trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24745
[Bug java/30647] New: build of gcc midi-dssi fails
Building latest cvs version of gcc on x86_64 hp xw 4300 produces the following messages: Making all in midi-dssi make[8]: Entering directory `/tools/tools/gcc/obj-i686-pc-linux-gnu/x86_64-unknown-linux-gnu/32/libjava/classpath/native/jni/midi-dssi' if /bin/bash ../../../libtool --mode=compile /tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/xgcc -B/tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/ -B/usr/lsd/Linux/x86_64-unknown-linux -gnu/bin/ -B/usr/lsd/Linux/x86_64-unknown-linux-gnu/lib/ -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/include -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi -I../../../include -I../../../../../../../../gcc/libjava/classpath/include -I../../../../ ../../../../gcc/libjava/classpath/native/jni/classpath -I../../../../../../../../gcc/libjava/classpath/native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmis sing-prototypes -Wno-long-long -O2 -g -O2 -m32 -MT gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.lo -MD -MP -MF ".deps/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.Tpo" - c -o gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.lo ../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.c; \ then mv -f ".deps/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.Tpo" ".deps/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.Plo"; else rm -f ".deps/gnu_javax_sound_midi _dssi_DSSIMidiDeviceProvider.Tpo"; exit 1; fi if /bin/bash ../../../libtool --mode=compile /tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/xgcc -B/tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/ -B/usr/lsd/Linux/x86_64-unknown-linux -gnu/bin/ -B/usr/lsd/Linux/x86_64-unknown-linux-gnu/lib/ -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/include -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi -I../../../include -I../../../../../../../../gcc/libjava/classpath/include -I../../../../ ../../../../gcc/libjava/classpath/native/jni/classpath -I../../../../../../../../gcc/libjava/classpath/native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmis sing-prototypes -Wno-long-long -O2 -g -O2 -m32 -MT gnu_javax_sound_midi_dssi_DSSISynthesizer.lo -MD -MP -MF ".deps/gnu_javax_sound_midi_dssi_DSSISynthesizer.Tpo" -c -o gnu_javax _sound_midi_dssi_DSSISynthesizer.lo ../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi/gnu_javax_sound_midi_dssi_DSSISynthesizer.c; \ then mv -f ".deps/gnu_javax_sound_midi_dssi_DSSISynthesizer.Tpo" ".deps/gnu_javax_sound_midi_dssi_DSSISynthesizer.Plo"; else rm -f ".deps/gnu_javax_sound_midi_dssi_DSSISynt hesizer.Tpo"; exit 1; fi make[8]: Warning: File `../../../native/jni/classpath/jcl.lo' has modification time 5.7 s in the future mkdir .libs mkdir .libs mkdir: cannot create directory `.libs': File exists /tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/xgcc -B/tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/ -B/usr/lsd/Linux/x86_64-unknown-linux-gnu/bin/ -B/usr/lsd/Linux/x86_64-unknown-lin ux-gnu/lib/ -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/include -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../../../../.. /gcc/libjava/classpath/native/jni/midi-dssi -I../../../include -I../../../../../../../../gcc/libjava/classpath/include -I../../../../../../../../gcc/libjava/classpath/native/jni/cl asspath -I../../../../../../../../gcc/libjava/classpath/native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -O2 -g -O2 -m32 -M T gnu_javax_sound_midi_dssi_DSSISynthesizer.lo -MD -MP -MF .deps/gnu_javax_sound_midi_dssi_DSSISynthesizer.Tpo -c ../../../../../../../../gcc/libjava/classpath/native/jni/midi-dssi /gnu_javax_sound_midi_dssi_DSSISynthesizer.c -fPIC -DPIC -o .libs/gnu_javax_sound_midi_dssi_DSSISynthesizer.o /tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/xgcc -B/tools/tools/gcc/obj-i686-pc-linux-gnu/./gcc/ -B/usr/lsd/Linux/x86_64-unknown-linux-gnu/bin/ -B/usr/lsd/Linux/x86_64-unknown-lin ux-gnu/lib/ -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/include -isystem /usr/lsd/Linux/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../../../../.. /gcc/libjava/classpath/native/jni/midi-dssi -I../../../include -I../../../../../../../../gcc/libjava/classpath/include -I../../../../../../../../gcc/libjava/classpath/native/jni/cl asspath -I../../../../../../../../gcc/libjava/classpath/native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -O2 -g -O2 -m32 -M T gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.lo -MD -MP -MF .deps/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.Tpo -c ../../../../../../../../gcc/libjava/classpath/native /jni/midi-dssi/gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider.c -fPIC -DPI
[Bug java/30647] build of gcc midi-dssi fails
--- Comment #1 from grgoffe at yahoo dot com 2007-01-30 23:03 --- Created an attachment (id=12983) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12983&action=view) Complete build output from this failure. Gziped text file. This is the complete output of my failing build. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30647
