[Bug bootstrap/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #12 from cnstar9988 at gmail dot com 2007-07-17 06:43 --- (In reply to comment #11) > Can you please stop changing the Severity? I can't change "Priority", so I change "Severity" for testing only, :) I have download the latest gcc-4.1, but failed to build on hppa64. ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20070716/gcc-4.1-20070716.tar.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug bootstrap/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-07-17 06:36 --- Can you please stop changing the Severity? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug target/32693] [H8] : ICE: in gen_rtx_SUBREG, at emit-rtl.c:693
--- Comment #1 from Sushil dot Kothawade at kpitcummins dot com 2007-07-17 06:10 --- Created an attachment (id=13928) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13928&action=view) patch to get rid of ICE... Hi, Investigation Details : While debugging gcc, I found that the reason behind this behavior is definition of flags HAVE_insv and HAVE_extzv in "insn-flags.h" file that gets generated while building. define_expand "insv" and define_expand "extzv" insns from "h8300.md" file are responsible for these definitions. If the above patch is applied i.e. if the above insns are modified not to support h8sx target, much relaxed regression results are obtained. The number of passes increase by 451 and failures decrease by 447 for h8 family. Also,the code does not end into ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32693
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
-- cnstar9988 at gmail dot com changed: What|Removed |Added CC||cnstar9988 at gmail dot com Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
--- Comment #20 from pinskia at gmail dot com 2007-07-17 05:19 --- Subject: Re: Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES On 17 Jul 2007 05:15:47 -, cnstar9988 at gmail dot com <[EMAIL PROTECTED]> wrote: > > > --- Comment #18 from cnstar9988 at gmail dot com 2007-07-17 05:15 --- > (In reply to comment #17) > > Did you copy all of the libraries including the 64bit ones? > hp 11.11(pa8800), supports both 32 and 64bit. That comment was not for you, it was the reporter for this specific bug. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
Re: [Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
On 17 Jul 2007 05:15:47 -, cnstar9988 at gmail dot com <[EMAIL PROTECTED]> wrote: --- Comment #18 from cnstar9988 at gmail dot com 2007-07-17 05:15 --- (In reply to comment #17) > Did you copy all of the libraries including the 64bit ones? hp 11.11(pa8800), supports both 32 and 64bit. That comment was not for you, it was the reporter for this specific bug. -- Pinski
[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
--- Comment #19 from cnstar9988 at gmail dot com 2007-07-17 05:16 --- checking for library containing strerror... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libiberty] Error 1 make[1]: Leaving directory `/home/beans/gcc-build/build' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
--- Comment #18 from cnstar9988 at gmail dot com 2007-07-17 05:15 --- (In reply to comment #17) > Did you copy all of the libraries including the 64bit ones? hp 11.11(pa8800), supports both 32 and 64bit. I can build gcc-3.4.6 32bit/64bit, but can't build gcc-4.1.2 64bit. $ gcc -v Reading specs from /home/gcc-3.4.6/lp64/bin/../lib/gcc/hppa64-hp-hpux11.11/3.4.6/specs Configured with: ../src/configure --build=hppa64-hp-hpux11.11 --host=hppa64-hp-hpux11.11 --target=hppa64-hp-hpux11.11 --prefix=/opt/gcc-3.4.6/lp64 --with-as=/opt/gcc-3.4.6/lp64/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-threads=posix --enable-languages=c,c++ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #10 from cnstar9988 at gmail dot com 2007-07-17 05:09 --- >>How are you invoking make? use "make", no any option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #9 from cnstar9988 at gmail dot com 2007-07-17 04:57 --- $ /opt/gcc-3.4.6/lp64/bin/as -v GNU assembler version 2.17 (hppa64-hp-hpux11.11) using BFD version 2.17 $ /opt/gcc-4.1.2/lp64/bin/as -v GNU assembler version 2.17 (hppa64-hp-hpux11.11) using BFD version 2.17 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #8 from cnstar9988 at gmail dot com 2007-07-17 04:55 --- $ /home/beans/gcc-build/build/./gcc/xgcc -v Using built-in specs. Target: hppa2.0w-hp-hpux11.11 Configured with: ../gcc-4_1-branch/configure --prefix=/opt/gcc-4.1.2/lp64 --with-as=/opt/gcc-4.1.2/lp64/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-threads=posix --enable-languages=c Thread model: posix gcc version 4.1.3 20070716 (prerelease) /var/tmp//ccZWFTkL.s: Assembler messages: /var/tmp//ccZWFTkL.s:3: Error: unknown pseudo-op: `.subspa' /var/tmp//ccZWFTkL.s:4: Error: unknown pseudo-op: `.subspa' /var/tmp//ccZWFTkL.s:6: Error: unknown pseudo-op: `.subspa' /var/tmp//ccZWFTkL.s:7: Error: unknown pseudo-op: `.subspa' /var/tmp//ccZWFTkL.s:14: Error: unknown pseudo-op: `.nsubspa' /var/tmp//ccZWFTkL.s:267: Error: unknown pseudo-op: `.nsubspa' /var/tmp//ccZWFTkL.s:359: Error: unknown pseudo-op: `.nsubspa' /var/tmp//ccZWFTkL.s:362: Error: unknown pseudo-op: `.nsubspa' make[3]: *** [libgcc/./_muldi3.o] Error 1 I want to build "hppa64-hp-hpux11.11" the following build option works ok on GCC 3.4.6 $ gcc -v Reading specs from /home/gcc-3.4.6/lp64/bin/../lib/gcc/hppa64-hp-hpux11.11/3.4.6/specs Configured with: ../src/configure --build=hppa64-hp-hpux11.11 --host=hppa64-hp-hpux11.11 --target=hppa64-hp-hpux11.11 --prefix=/opt/gcc-3.4.6/lp64 --with-as=/opt/gcc-3.4.6/lp64/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-threads=posix --enable-languages=c,c++ --enable-bootstrap Thread model: posix gcc version 3.4.6 What's between with 3.4.6/4.1.2's configure? I can build gcc4.1.2 on AIX/Solaris/Linux/hppa32, except HPPA64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug target/32787] Sun Studio 12 Undefined symbol addl
--- Comment #2 from markwright at internode dot on dot net 2007-07-17 04:39 --- Subject: Re: Sun Studio 12 Undefined symbol addl > --- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-17 > 04:26 --- Try this patch: ... Thanks for the suggestion. I have a patch which appears to work in a simple test with Sun Studio 12. I will submit the svn diff gcc for the patch soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32787
[Bug libfortran/32784] [win32] Using 'con' as assigned file generates Fortran runtime error: File 'con' does not exist
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-07-17 04:38 --- I will investigate further, but if all its trying to do is WRITE to the console use WRITE(unit=6) and don't give it a filename at all. You don't even need to OPEN it. It will be OPENed implicitly for you. READ (unit=5) to read from the console. Will this work for you? In the mean time I will go look at this code for this application a little. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
[Bug fortran/32760] Error defining subroutine named PRINT
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-17 04:26 --- It does not work with WRITE. If you replace the PRINT statement inside foo with an equivalent WRITE statement, you get the same error. The public :: print symbol is getting used by the PRINT statement rather than a new symbol. I will work on this a bit. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-07-13 23:45:42 |2007-07-17 04:26:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32760
[Bug target/32787] Sun Studio 12 Undefined symbol addl
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-17 04:26 ---
Try this patch:
Index: config/i386/driver-i386.c
===
--- config/i386/driver-i386.c (revision 126667)
+++ config/i386/driver-i386.c (working copy)
@@ -26,7 +26,7 @@
const char *host_detect_local_cpu (int argc, const char **argv);
-#ifdef GCC_VERSION
+#if GCC_VERSION >=0
#define cpuid(num,a,b,c,d) \
asm volatile ("xchgl %%ebx, %1; cpuid; xchgl %%ebx, %1" \
: "=a" (a), "=r" (b), "=c" (c), "=d" (d) \
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Component|inline-asm |target
Target Milestone|--- |4.2.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32787
[Bug inline-asm/32787] New: Sun Studio 12 Undefined symbol addl
Compiling gcc-4.2.1-RC-20070712 with Sun Studio 12 on Solaris Express Community Edition b66: goanna% CC -V CC: Sun C++ 5.9 SunOS_i386 2007/05/03 goanna% With the environment variables: CXXCPP=CC -E -Xs CPP=cc -E -Xs LD=/opt/jdsbld/bin/ld-wrapper CXX64=/opt/SunStudio12/SUNWspro/bin/CC CXX32=/opt/SunStudio12/SUNWspro/bin/CC CXX=/opt/SunStudio12/SUNWspro/bin/CC CC64=/opt/SunStudio12/SUNWspro/bin/cc CC32=/opt/SunStudio12/SUNWspro/bin/cc CC=/opt/SunStudio12/SUNWspro/bin/cc CCDIR=/opt/SunStudio12/SUNWspro/bin Configured like: goanna% pwd /h/goanna/2/ts/gcc/gcc-4.2.1-RC-20070712 goanna% mkdir objdir goanna% cd objdir goanna% ../configure --prefix=/h/goanna/1/s_5.11/gcc --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-shared ... The make fails with: /opt/SunStudio12/SUNWspro/bin/cc -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I./../intl -I../../gcc/../libcpp/include -I../../gcc/../libdecnumber -I../libdecnumber -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I./../intl -I../../gcc/../libcpp/include -I../../gcc/../libdecnumber -I../libdecnumber ../../gcc/config/i386/driver-i386.c "../../gcc/config/i386/driver-i386.c", line 96: warning: parameter in inline asm statement unused: %0 "../../gcc/config/i386/driver-i386.c", line 96: warning: parameter in inline asm statement unused: %2 "../../gcc/config/i386/driver-i386.c", line 96: warning: parameter in inline asm statement unused: %3 "../../gcc/config/i386/driver-i386.c", line 96: warning: parameter in inline asm statement unused: %4 "../../gcc/config/i386/driver-i386.c", line 103: warning: parameter in inline asm statement unused: %0 "../../gcc/config/i386/driver-i386.c", line 103: warning: parameter in inline asm statement unused: %2 "../../gcc/config/i386/driver-i386.c", line 103: warning: parameter in inline asm statement unused: %3 "../../gcc/config/i386/driver-i386.c", line 103: warning: parameter in inline asm statement unused: %4 "../../gcc/config/i386/driver-i386.c", line 113: warning: parameter in inline asm statement unused: %0 "../../gcc/config/i386/driver-i386.c", line 113: warning: parameter in inline asm statement unused: %2 "../../gcc/config/i386/driver-i386.c", line 113: warning: parameter in inline asm statement unused: %3 "../../gcc/config/i386/driver-i386.c", line 113: warning: parameter in inline asm statement unused: %4 "../../gcc/config/i386/driver-i386.c", line 117: warning: parameter in inline asm statement unused: %0 "../../gcc/config/i386/driver-i386.c", line 117: warning: parameter in inline asm statement unused: %2 "../../gcc/config/i386/driver-i386.c", line 117: warning: parameter in inline asm statement unused: %3 "../../gcc/config/i386/driver-i386.c", line 117: warning: parameter in inline asm statement unused: %4 "../../gcc/config/i386/driver-i386.c", line 118: warning: integer overflow detected: op "<<" /opt/SunStudio12/SUNWspro/bin/cc -g -DIN_GCC -DHAVE_CONFIG_H -o xgcc gcc.o opts-common.o gcc-options.o gccspec.o \ intl.o prefix.o version.o driver-i386.o ../libcpp/libcpp.a ./../intl/libintl.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a Undefined first referenced symbol in file addldriver-i386.o ld: fatal: Symbol referencing errors. No output written to xgcc make[3]: *** [xgcc] Error 1 make[3]: Leaving directory `/h/goanna/2/ts/gcc/gcc-4.2.1-RC-20070712/objdir/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/h/goanna/2/ts/gcc/gcc-4.2.1-RC-20070712/objdir' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/h/goanna/2/ts/gcc/gcc-4.2.1-RC-20070712/objdir' make: *** [all] Error 2 Compilation exited abnormally with code 2 at Mon Jul 16 23:17:21 -- Summary: Sun Studio 12 Undefined symbol addl Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: inline-asm AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: markwright at internode dot on dot net GCC build triplet: i386-pc-solaris2.11 GCC host triplet: i386-pc-solaris2.11 GCC target triplet: i386-pc-solaris2.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32787
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-07-17 04:11 --- > checking for sin in -lm... configure: error: Link tests are not allowed after > GCC_NO_EXECUTABLES. This should not happen with native builds. How are you invoking make? Also what happens when you remove the build/host/target options? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug c++/32786] Incorrect code compiles and runs well
--- Comment #4 from bachmann dot matt at gmail dot com 2007-07-17 04:04 --- alright then. ::shrugs:: thanks -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32786
[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-07-17 04:03 --- Did you copy all of the libraries including the 64bit ones? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
[Bug bootstrap/28949] configure-target-libiberty: Link tests are not allowed after GCC_NO_EXECUTABLES
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-07-17 03:59 --- This is not a bug, you need a C library while building or the use of --without-headers -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID Target Milestone|4.2.1 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
[Bug c++/32786] Incorrect code compiles and runs well
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-17 03:58 --- No, it is crashing. Anyways this is just undefined behavior so any behavior here is ok :). -- 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=32786
[Bug rtl-optimization/32773] [4.3 Regression] SH: ICE in create_pre_exit, at mode-switching.c:223
--- Comment #6 from rakdver at gcc dot gnu dot org 2007-07-17 03:56 --- Subject: Bug 32773 Author: rakdver Date: Tue Jul 17 03:56:40 2007 New Revision: 126700 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126700 Log: PR rtl-optimization/32773 * cfglayout.c (force_one_exit_fallthru): New function. (cfg_layout_finalize): Use it. * gcc.dg/pr32773.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr32773.c Modified: trunk/gcc/ChangeLog trunk/gcc/cfglayout.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32773
[Bug c++/32786] Incorrect code compiles and runs well
--- Comment #2 from bachmann dot matt at gmail dot com 2007-07-17 03:39 --- but thats just it! alright it does not infinite loop but for me it does not crash, it runs perfectly. Here is my output: $ g++ HW1.cpp $ ./a.out 23 Mary had a little lamb. ary had a little lamb. ry had a little lamb. y had a little lamb. had a little lamb. had a little lamb. ad a little lamb. d a little lamb. a little lamb. a little lamb. little lamb. little lamb. ittle lamb. ttle lamb. tle lamb. le lamb. e lamb. lamb. lamb. amb. mb. b. . 15 Thar she blows! har she blows! ar she blows! r she blows! she blows! she blows! he blows! e blows! blows! blows! lows! ows! ws! s! ! Is there any reason that anyone can think of why this would be? I showed my professor and he is the one who suggested I submit a bug. It does this under linux, but in windows using devC++(using a windows port of g++) it breaks as its supposed to. -- bachmann dot matt at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32786
[Bug bootstrap/28949] configure-target-libiberty: Link tests are not allowed after GCC_NO_EXECUTABLES
--- Comment #9 from cnstar9988 at gmail dot com 2007-07-17 03:35 --- reopen. also hppa64. -- cnstar9988 at gmail dot com changed: What|Removed |Added CC||cnstar9988 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #6 from cnstar9988 at gmail dot com 2007-07-17 03:28 --- Bug 25035 Bug 28125 Bug 28949 similar to these bugs. I can build gcc-3.4.6, but can't build GCC-4.1.2. -- cnstar9988 at gmail dot com changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #4 from cnstar9988 at gmail dot com 2007-07-17 03:26 --- Subject: Re: (hpux11.11)link test not allowed GCC_NO_EXECUTABLES. Bug 25035 Bug 28125 Bug 28949 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949 - Original Message - From: "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, July 17, 2007 11:19 AM Subject: [Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES. > > > --- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-17 > 03:19 --- > Can you read config.log and see why it is failing? > > > -- > > pinskia at gcc dot gnu dot org changed: > > What|Removed |Added > > Severity|critical|normal > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785 > > --- You are receiving this mail because: --- > You reported the bug, or are watching the reporter. --- Comment #5 from cnstar9988 at gmail dot com 2007-07-17 03:26 --- Created an attachment (id=13927) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13927&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-17 03:19 --- Can you read config.log and see why it is failing? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug middle-end/32004] [4.1/4.2/4.3 regression] : can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #38 from pinskia at gcc dot gnu dot org 2007-07-17 03:18 --- (In reply to comment #37) > We might want to test "-mfixed-range=REGISTER-RANGE" while we are checking > that > this bug is completely fixed. That option does not exist for x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32004
[Bug other/32783] gcc-4_3-trunk/libiberty/configure - for ac_func gettimeofday ... gettimeofday - tests twice
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-17 03:17 --- They are duplicated because they are different sections of the case statement. Nothing we can do about this. -- 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=32783
[Bug c++/32786] Incorrect code compiles and runs well
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-17 03:17 ---
> the condition in the while loop should cause an infinite loop and should be
> moby*
I think you mean *moby. Anyways it is just undefined that you go past the
array bounds when incrementing a pointer so we know it will not be an infinite
loop and has a finite length.
Anyways the program crashes for me which is a valid behavior.
while(moby != '\0') {
This is valid as '\0' can be considered the NULL pointer.
--
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=32786
[Bug middle-end/32267] [4.0/4.1 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-17 03:13 --- (In reply to comment #2) > We might want to test "-mfixed-range=REGISTER-RANGE" while we are checking > this. x86 does not have that option. Only IA64, HPPA, and SPU have that option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32267
[Bug target/32785] (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
--- Comment #2 from cnstar9988 at gmail dot com 2007-07-17 03:11 --- checking for library containing strerror... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libiberty] Error 1 make[1]: Leaving directory `/home/beans/gcc-build/build' onfigure:5832: error: Link tests are not allowed after GCC_NO_EXECUTABLES. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug middle-end/32004] [4.1/4.2/4.3 regression] : can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #37 from rob1weld at aol dot com 2007-07-17 03:10 --- We might want to test "-mfixed-range=REGISTER-RANGE" while we are checking that this bug is completely fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32004
[Bug middle-end/32267] [4.0/4.1 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #2 from rob1weld at aol dot com 2007-07-17 03:08 --- We might want to test "-mfixed-range=REGISTER-RANGE" while we are checking this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32267
[Bug c/32592] Suggest more optimize options and tweaking
--- Comment #2 from rob1weld at aol dot com 2007-07-17 03:01 --- >It shows on pages 9 and 10 a list of IPA and inlining options that exceed our >"-fipa-pta" and friends. They also use different default values in some cases >where 'similar' features are offered. If no "auto-tuning" (which do have patches coming from others), do you like the part about the "inlining" and "inter-procedural analysis" ? They have more options that allow finer tweaking. We could implement finer tweaking. (See pages 9 + 10). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32592
[Bug libfortran/32784] [win32] Using 'con' as assigned file generates Fortran runtime error: File 'con' does not exist
--- Comment #4 from steven dot chapel at sbcglobal dot net 2007-07-17 02:52 --- What name should I change 'con' to so that the write statement writes to the console? I asked on the gfortran mailing list, and I was told to submit this bug report. If it's as simple as changing the name, let me know and I can code it in a change to NONMEM so that I can use gfortran to compile NONMEM. It seems that con should work though. At the command prompt in Windows XP, the following commands work just as I'd expect: C:\> copy afile con C:\> copy con anewfile C:\> dir > con Piping to con doesn't work, because con is a device, not a process: C:\> dir | con ' ' is not recognized as an internal or external command, operable program or batch file. -- steven dot chapel at sbcglobal dot net changed: What|Removed |Added GCC target triplet|i386- |i386- |i686-pc-mingw3 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
[Bug other/32783] gcc-4_3-trunk/libiberty/configure - for ac_func gettimeofday ... gettimeofday - tests twice
--- Comment #2 from rob1weld at aol dot com 2007-07-17 02:52 --- In file: gcc-4_3-trunk/libiberty/configure.ac line 364 and line 369 both have gettimeofday Another occurance (in configure.ac) is here: *-*-msdosdjgpp) for f in atexit basename bcmp bcopy bsearch bzero calloc clock ffs \ getcwd getpagesize getrusage gettimeofday gettimeofday \ index insque memchr memcmp memcpy memmove memset psignal \ putenv random rename rindex sbrk setenv stpcpy strcasecmp \ strchr strdup strerror strncasecmp strrchr strstr strtod \ strtol strtoul sysconf times tmpnam vfprintf vprintf \ vsprintf waitpid Alphabetical order did not help that time :) The only occurances of "_doprnt" in configure.ac are here: # We only need _doprnt if we might use it to implement v*printf. if test $ac_cv_func_vprintf != yes \ || test $ac_cv_func_vfprintf != yes \ || test $ac_cv_func_vsprintf != yes; then AC_REPLACE_FUNCS(_doprnt) else AC_CHECK_FUNCS(_doprnt) fi So that one is an autoconf issue an not the way we coded configure.ac - NOTE: We often do not use the newest auto / conf / make tools so it _might_ be our fault after all. It is difficult to pin blame for the other issues I raised since we do not use the newest configuration tools. The doubling of "gettimeofday" is something we can fix (our fault). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32783
[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
--- Comment #16 from cnstar9988 at gmail dot com 2007-07-17 02:37 --- also affects 4.1_branch, libiberty. HPUX 11.11 hppa64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
[Bug libfortran/32784] [win32] Using 'con' as assigned file generates Fortran runtime error: File 'con' does not exist
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-17 02:37 --- Except con should be the console aka /dev/pts/?? . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
[Bug target/32785] link test not allowed GCC_NO_EXECUTABLES.
--- Comment #1 from cnstar9988 at gmail dot com 2007-07-17 02:35 --- checking for g++ that supports -ffunction-sections -fdata-sections... yes checking for sin in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libstdc++-v3] Error 1 make[1]: Leaving directory `/home/beans/gcc-build/build' make: *** [all] Error 2 if without language c++, libiberty also have "Link tests are not allowed after GCC_NO_EXECUTABLES". I test from 4.2 svn, also build fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug libfortran/32784] [win32] Using 'con' as assigned file generates Fortran runtime error: File 'con' does not exist
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-07-17 02:25 --- Under Cygwin we get: $ ./a.exe At line 4 of file test.f90 (unit = 29, file = '') Fortran runtime error: File 'con' already exists con is a reserved device name from MS DOS: See http://www.tcs.org/ioport/jul98/driver-3.htm Under cygwin, if I just try to cat to con: $ cat test.f90 | con -bash: /home/Jerry/bin/con: Bad file descriptor This problem has nothing to do with gfortran. I am afraid you will have to edit and change the name to something other than 'con' Even if I try to edit a file named con.f with vi it locks up vi. Unless someone has a better idea, I suggest closing this bug as invalid. How difficult is it to change that name from 'con' to something else? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
[Bug c++/32786] New: Incorrect code compiles and runs well
This is my first bug report... I am not quite sure what you mean by
host/target/build triplet so ill give you what I can
complied on an 686 architecture in linux.
#include
#include
using namespace std;
/**
* Matt Bachmann
* CS 331
* HW1 Due: July 9th 2007
* Main method shows different ways of traversing strings
*/
int main() {
char mary[25] = "Mary had a little lamb.";
char* moby = "Thar she blows!";
cout << strlen(mary) << endl << endl;
for(unsigned int i = 0; i < strlen(mary); i++) {
for(unsigned int a = i; a < strlen(mary); a++) {
cout << mary[a];
}
cout << endl;
}
cout << endl;
cout << strlen(moby) << endl << endl;
while(moby != '\0') {
cout << moby << endl;
moby++;
}
system("PAUSE");
return EXIT_SUCCESS;
}
the condition in the while loop should cause an infinite loop and should be
moby*
--
Summary: Incorrect code compiles and runs well
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bachmann dot matt at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32786
[Bug target/32785] New: link test not allowed GCC_NO_EXECUTABLES.
svn co svn://gcc.gnu.org/svn/gcc/branches/gcc-4_1-branch gcc-4_1-branch Checked out revision 126698. boot gcc: hppa64,gcc-3.4.6. ../gcc-4_1-branch/configure --build=hppa64-hp-hpux11.11 --host=hppa64-hp-hpux11.11 --target=hppa64-hp-hpux11.11 --prefix=/opt/gcc-4.1.2/lp64 --with-as=/opt/gcc-4.1.2/lp64/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-threads=posix --enable-languages=c,c++ link test not allowed GCC_NO_EXECUTABLES. -- Summary: link test not allowed GCC_NO_EXECUTABLES. Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cnstar9988 at gmail dot com GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
[Bug libgcj/32781] Build breaks - libstdc++-v3/include/bits/stl_algobase.h: In function '_OI std::__copy_aux(_II, _II, _OI)': error: expected primary-expression before ')' token
--- Comment #6 from rob1weld at aol dot com 2007-07-17 01:26 --- Thank you Andrew. ! This bug report was about a "blocker" - the build breaking, unable to continue. I altered the Makefile to use "moc-qt4" (instead of "moc") and the build continued past that point perfectly well, that was indeed the problem. I posted the solution in PR24403. _IF_ someone fixes configure / Makefile.in to detect / test the Qt version (we will want 4) then the build will continue and this "blocker" will be fixed. The "quality" of Qt4 (other Qt4 stuff works fine on _my_ machine) is a different bug report and not GCC's fault in any event - thus not relevant to GCC 4.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32781
[Bug libgcj/24403] --enable-java-awt=qt fails to build
--- Comment #14 from rob1weld at aol dot com 2007-07-17 01:09 --- (In reply to comment #11) > ping... > > This is known and will not be fixed until 4.2. > Now that 4.2 is released and it still doesn't work, can we get this working in > 4.3? Thats the spirit guys! So many threads have a reply that says: "it's broken, don't do it" - I say enable it, and lets fix it! I'm compiling "gcc version 4.3.0 20070716" and as far as "_building_" goes, it works - not at the _testing_ part yet. Make sure you alter file "gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/gtk-peer/Makefile" to use "moc-qt4" and not "moc" (if your "moc" is for Qt3). gcc/xgcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /root/downloads/gcc-4_3-trunk/configure --verbose --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --prefix=/usr/test --enable-objc-gc --disable-multilib --with-gxx-include-dir=/usr/test/include/c++/4.3 --enable-libstdcxx-debug --enable-static --enable-shared --enable-initfini-array --enable-__cxa_atexit --enable-threads=posix --enable-version-specific-runtime-libs --enable-libssp --enable-libmudflap --enable-libgomp --disable-werror --enable-nls --with-included-gettext --enable-decimal-float --enable-debug --enable-java-gc=boehm --with-x --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-java-awt=gtk,xlib,qt,x --enable-gtk-cairo --enable-qt-peer --enable-xmlj --enable-gconf-peer --enable-libgcj-debug --enable-plugin --enable-tool-wrappers --enable-portable-native-sync --enable-examples --with-dwarf2 --with-stabs --enable-hash-synchronization --enable-gc-debug --enable-interpreter --with-system-zlib --enable-libada --with-tls --with-tune=athlon-xp --with-cpu=athlon-xp --with-arch=athlon-xp --enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-17 01:06 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes > Hi guys, can you check whether the 32723 fix that was just checked in > fixes this? Still same problem with the 32723 fix: jc1: out of memory allocating 4072 bytes after a total of 804656392 bytes make[3]: *** [org-omg.lo] Error 1 make[3]: *** Waiting for unfinished jobs jc1: out of memory allocating 4072 bytes after a total of 707351816 bytes make[3]: *** [gnu-xml.lo] Error 1 Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug libgcj/30570] Word "DEBUG" used as a variable in VMAccessController.java breaks build
--- Comment #6 from rob1weld at aol dot com 2007-07-17 00:49 --- Another "DEBUG" just showed up in "gcc version 4.3.0 20070716": gcc-4_3-trunk/libjava/gnu/classpath/Configuration.h ... static ::java::lang::String * CLASSPATH_VERSION; static jboolean DEBUG; static const jboolean INIT_LOAD_LIBRARY = 0; ... -- rob1weld at aol dot com changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30570
[Bug middle-end/32749] [4.3 regression]: gfortran.dg/auto_array_1.f90
--- Comment #17 from zadeck at naturalbridge dot com 2007-07-16 23:26 --- Subject: Re: [4.3 regression]: gfortran.dg/auto_array_1.f90 hjl at lucon dot org wrote: > --- Comment #16 from hjl at lucon dot org 2007-07-16 19:27 --- > revision 125923 works. Kenny, it looks like your patch > > http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01557.html > > causes this regression. Can you look into it? Thanks. > > > I will look into this as soon as the bootstrap starts working again on the ia-64. Kenny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug libgcj/32781] Build breaks - libstdc++-v3/include/bits/stl_algobase.h: In function '_OI std::__copy_aux(_II, _II, _OI)': error: expected primary-expression before ')' token
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-16 22:57 --- --enable-java-awt=qt is not tested at all and is known not to work, see PR 24403. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32781
[Bug libgcj/32781] Build breaks - libstdc++-v3/include/bits/stl_algobase.h: In function '_OI std::__copy_aux(_II, _II, _OI)': error: expected primary-expression before ')' token
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-16 22:55 --- I think this is a dup of bug 27928. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32781
[Bug bootstrap/32781] Build breaks - libstdc++-v3/include/bits/stl_algobase.h: In function '_OI std::__copy_aux(_II, _II, _OI)': error: expected primary-expression before ')' token
--- Comment #3 from rob1weld at aol dot com 2007-07-16 22:53 --- make[6]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/gtk-peer' Making all in qt-peer make[6]: Entering directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/qt-peer' moc -o slotcallbacks.moc.h /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/slotcallbacks.cpp make all-am # moc -v Qt Meta Object Compiler version 26 (Qt 3.3.7) ls -l /usr/moc* /usr/bin/moc /usr/bin/moc-qt4 /usr/bin/moc-qt3 The Makefile needs to call "moc-qt4" and not "moc". -- rob1weld at aol dot com changed: What|Removed |Added Status|VERIFIED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32781
[Bug tree-optimization/32328] [4.2/4.3 Regression] -fstrict-aliasing causes skipped code
--- Comment #20 from dberlin at gcc dot gnu dot org 2007-07-16 22:29 --- Subject: Re: [4.2/4.3 Regression] -fstrict-aliasing causes skipped code Oh, for 4.2 you need to add make_constraint_to_escaped_var On 16 Jul 2007 15:51:44 -, rguenth at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > --- Comment #19 from rguenth at gcc dot gnu dot org 2007-07-16 15:51 > --- > The backported patch causes > > FAIL: gcc.c-torture/execute/pr28778.c execution, -O2 > FAIL: gcc.c-torture/execute/pr28778.c execution, -Os > > DCE removes > > - > -:; > - list[3] = 42; > > we have one added constraint: > > blist.0_7 = blist_1 > +*blist.0_7 = &ANYTHING > ESCAPED_VARS = blist.0_7 > > IL differences after alias1 are > > @@ -251,12 +247,11 @@ >list[3] = 42; >blist_6 = &list; > > - # list_8 = PHI ; ># blist_1 = PHI ; > :; >blist.0_7 = (const GLint *) blist_1; > - # list_10 = V_MAY_DEF ; > - # NONLOCAL.44_11 = V_MAY_DEF ; > + # NONLOCAL.44_10 = V_MAY_DEF ; > + # SMT.45_11 = V_MAY_DEF ; >aglChoosePixelFormat (blist.0_7); >return; This is something that was fixed on 4.3 by proper SMT pruning. What is happening is it decides to prune the list access even though it's illegal to do so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
[Bug bootstrap/32781] Build breaks - libstdc++-v3/include/bits/stl_algobase.h: In function '_OI std::__copy_aux(_II, _II, _OI)': error: expected primary-expression before ')' token
--- Comment #2 from rob1weld at aol dot com 2007-07-16 22:15 --- I may be enabling more features than others are using ;) I re-did ./configure and "make clean" and "make" and got a thousand lines further, now I am here: make[7]: Entering directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/qt-peer' ...(at least a 1000 lines later - much further than last try) libtool: compile: /opt/gcc-4_3-build/./gcc/xgcc -shared-libgcc -B/opt/gcc-4_3-build/./gcc -nostdinc++ -L/opt/gcc-4_3-build/i686-pc-linux-gnu/libstdc++-v3/src -L/opt/gcc-4_3-build/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/usr/test/i686-pc-linux-gnu/bin/ -B/usr/test/i686-pc-linux-gnu/lib/ -isystem /usr/test/i686-pc-linux-gnu/include -isystem /usr/test/i686-pc-linux-gnu/sys-include -march=athlon-xp -mfpmath=sse,387 -m3dnow -msse2 -msse3 -fstrict-aliasing -maccumulate-outgoing-args -D__NO_MATH_INLINES -fgcse-after-reload -fexpensive-optimizations -DHAVE_CONFIG_H -I. -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer -I../../../include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/classpath -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/native-lib -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I../../../../../libstdc++-v3/include/i686-pc-linux-gnu -I../../../../../libstdc++-v3/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/../../libstdc++-v3/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/../../libstdc++-v3/libsupc++ -g -O2 -march=athlon-xp -mfpmath=sse,387 -m3dnow -msse2 -msse3 -fstrict-aliasing -maccumulate-outgoing-args -D__NO_MATH_INLINES -fgcse-after-reload -fexpensive-optimizations -D_GNU_SOURCE -MT slotcallbacks.lo -MD -MP -MF .deps/slotcallbacks.Tpo -c /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/slotcallbacks.cpp -fPIC -DPIC -o .libs/slotcallbacks.o In file included from /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/slotcallbacks.cpp:200: ./slotcallbacks.moc.h:13:34: error: private/qucomextra_p.h: No such file or directory ./slotcallbacks.moc.h:15:2: error: #error "This file was generated using the moc from 3.3.7. It" ./slotcallbacks.moc.h:16:2: error: #error "cannot be used with the include files from this version of Qt." ./slotcallbacks.moc.h:17:2: error: #error "(The moc has changed too much.)" In file included from /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/slotcallbacks.cpp:200: ./slotcallbacks.moc.h:20: error: no 'const char* SlotCallback::className() const' member function declared in class 'SlotCallback' ./slotcallbacks.moc.h:25: error: 'QMetaObject* SlotCallback::metaObj' is not a static member of 'class SlotCallback' ./slotcallbacks.moc.h:26: error: 'QMetaObjectCleanUp' does not name a type ./slotcallbacks.moc.h:29: error: redefinition of 'static QString SlotCallback::tr(const char*, const char*)' /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/slotcallbacks.cpp:63: error: 'static QString SlotCallback::tr(const char*, const char*)' previously defined here ./slotcallbacks.moc.h:37: error: redefinition of 'static QString SlotCallback::trUtf8(const char*, const char*)' /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/slotcallbacks.cpp:63: error: 'static QString SlotCallback::trUtf8(const char*, const char*)' previously defined here ./slotcallbacks.moc.h:48: error: no 'QMetaObject* SlotCallback::staticMetaObject()' member function declared in class 'SlotCallback' ./slotcallbacks.moc.h: In member function 'QMetaObject* SlotCallback::staticMetaObject()': ./slotcallbacks.moc.h:50: error: 'metaObj' was not declared in this scope ./slotcallbacks.moc.h:52: error: no match for call to '(const QMetaObject) ()' ./slotcallbacks.moc.h:53: error: 'QUMethod' does not name a type ./slotcallbacks.moc.h:54: error: 'QUParameter' does not name a type ... ./slotcallbacks.moc.h: In member function 'bool SlotCallback::qt_property(int, int, QVariant*)': ./slotcallbacks.moc.h:122: error: 'qt_property' is not a member of 'QObject' ./slotcallbacks.moc.h: At global scope: ./slotcallbacks.moc.h:125: error: no 'bool SlotCallback::qt_static_property(QObject*, int, int, QVariant*)' member function declared in class 'SlotCallback' make[7]: *** [slotcallbacks.lo] Error 1 make[7]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/qt-peer' make[6]: *** [all] Error 2 make[6]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/qt-peer' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpat
[Bug libfortran/32784] [win32] Using 'con' as assigned file generates Fortran runtime error: File 'con' does not exist
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-16 22:15 --- This is a windows only issue as using special files (device files) under GNU/Linux works just fine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|fortran |libfortran GCC target triplet||i386- ||i686-pc-mingw3 Summary|Using 'con' as assigned file|[win32] Using 'con' as |generates Fortran runtime |assigned file generates |error: File 'con' does not |Fortran runtime error: File |exist |'con' does not exist http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
[Bug fortran/32784] New: Using 'con' as assigned file generates Fortran runtime error: File 'con' does not exist
When this program is compiled and run:
character*72 fnint
data fnint /'con'/
i=index(fnint,' ');
open(unit=29,file=fnint(1:i-1),status='new')
write(29,100)
100format('1Hello, world!')
end
It generates this error message:
At line 4 of file bug.for (unit = 29, file = '')
Fortran runtime error: File 'con' does not exist
The same error message is generated when status='new' is omitted.
Here is the info for the compiler I used (it's FX's prebuilt mingw binary):
Using built-in specs.
Target: i386-pc-mingw32
Configured with: ../trunk/configure --prefix=/mingw
--enable-languages=c,fortran
--with-gmp=/home/coudert/local --disable-nls --with-ld=/mingw/bin/ld
--with-as=
/mingw/bin/as --disable-werror --enable-bootstrap --enable-threads
--build=i386-
pc-mingw32 --disable-shared --enable-libgomp
Thread model: win32
gcc version 4.3.0 20070706 (experimental)
I am not able to run NONMEM built with
gfortran because of this bug.
--
Summary: Using 'con' as assigned file generates Fortran runtime
error: File 'con' does not exist
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steven dot chapel at sbcglobal dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
[Bug fortran/31592] Better message if using non-intrinsic initialization expression
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-16 19:56 --- When dealing with X in the initialization expression, the PROC attribute equals PROC_EXTERNAL, function X was not seen yet. Thus the wrong error message. Here we should diagnose that X is not a specification function (not pure and internal): F95, 7.1.6.2 Specification expression "A function is a specification function if it is a pure function, is not an intrinsic function, is not an internal function, is not a statement function, does not have a dummy procedure argument, and is not defined with the RECURSIVE keyword." -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31592
[Bug tree-optimization/32572] Small C++ function fails to inline with large negative badness
--- Comment #2 from astrange at ithinksw dot com 2007-07-16 19:51 --- Seems to work now in r126689. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32572
[Bug rtl-optimization/32773] [4.3 Regression] SH: ICE in create_pre_exit, at mode-switching.c:223
--- Comment #5 from rakdver at gcc dot gnu dot org 2007-07-16 19:39 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01462.html -- rakdver at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2007- ||07/msg01462.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32773
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-07-16 19:38 --- The patch requires RM approval. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug c++/32782] inconsistent overflow in implicit conversion warning with -sizeof()
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-16 19:30 --- The type of sizeof is unsigned. So you really have (short)(unsigned)-4 . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32782
[Bug middle-end/32749] [4.3 regression]: gfortran.dg/auto_array_1.f90
--- Comment #16 from hjl at lucon dot org 2007-07-16 19:27 --- revision 125923 works. Kenny, it looks like your patch http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01557.html causes this regression. Can you look into it? Thanks. -- hjl at lucon dot org changed: What|Removed |Added CC||zadeck at naturalbridge dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug fortran/32238] [4.3 Regression] ICE in gfc_conv_constant (where() with complex arrays)
--- Comment #5 from lmillward at gcc dot gnu dot org 2007-07-16 19:14 --- Fixed. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32238
[Bug fortran/32222] [4.3 Regression] ICE in gfc_trans_assignment_1
--- Comment #4 from lmillward at gcc dot gnu dot org 2007-07-16 19:14 --- Fixed. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug fortran/32238] [4.3 Regression] ICE in gfc_conv_constant (where() with complex arrays)
--- Comment #4 from lmillward at gcc dot gnu dot org 2007-07-16 19:13 --- Subject: Bug 32238 Author: lmillward Date: Mon Jul 16 19:12:44 2007 New Revision: 126689 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126689 Log: PR fortran/3 PR fortran/32238 PR fortran/32242 * trans-intrinsic.c (gfc_conv_intrinsic_function_args): Adjust to operate on a stack allocated array for the intrinsic arguments instead of creating a TREE_LIST. Add two new parameters for the array and the number of elements. Update all callers to allocate an array of the correct length to pass in. Update comment. (gfc_intrinsic_argument_list_length): New function. (gfc_conv_intrinsic_conversion): Call it. (gfc_conv_intrinsic_mnimax): Likewise. (gfc_conv_intrinsic_merge): Likewise. (gfc_conv_intrinsic_lib_function): Call it. Use new CALL_EXPR constructors. (gfc_conv_intrinsic_cmplx): Likewise. (gfc_conv_intrinsic_ctime): Likewise. (gfc_covn_intrinsic_fdate): Likewise. (gfc_conv_intrinsic_ttynam): Likewise. (gfc_conv_intrinsic_ishftc): Likewise. (gfc_conv_intrinsic_index): Likewise. (gfc_conv_intrinsic_scan): Likewise. (gfc_conv_intrinsic_verify): Likewise. (gfc_conv_intrinsic_trim): Likewise. (gfc_conv_intrinsic_aint): Use new CALL_EXPR constructors. (gfc_conv_intrinsic_exponent): Likewise. (gfc_conv_intrinsic_bound): Likewise. (gfc_conv_intrinsic_abs): Likewise. (gfc_conv_intrinsic_mod): Likewise. (gfc_conv_intrinsic_sign): Likewise. (gfc_conv_intrinsic_len): Likewise. (gfc_conv_intrinsic_adjust): Likewise. (gfc_conv_intrinsic_si_kind): Likewise. * gfortran.dg/cmplx_intrinsic_1.f90: New test. PR fortran/32238 * gfortran.dg/pr32238.f90: New test. PR fortran/3 * gfortran.dg/pr3.f90: New test. PR fortran/32242 * gfortran.dg/pr32242.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/cmplx_intrinsic_1.f90 trunk/gcc/testsuite/gfortran.dg/pr3.f90 trunk/gcc/testsuite/gfortran.dg/pr32238.f90 trunk/gcc/testsuite/gfortran.dg/pr32242.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32238
[Bug fortran/32222] [4.3 Regression] ICE in gfc_trans_assignment_1
--- Comment #3 from lmillward at gcc dot gnu dot org 2007-07-16 19:13 --- Subject: Bug 3 Author: lmillward Date: Mon Jul 16 19:12:44 2007 New Revision: 126689 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126689 Log: PR fortran/3 PR fortran/32238 PR fortran/32242 * trans-intrinsic.c (gfc_conv_intrinsic_function_args): Adjust to operate on a stack allocated array for the intrinsic arguments instead of creating a TREE_LIST. Add two new parameters for the array and the number of elements. Update all callers to allocate an array of the correct length to pass in. Update comment. (gfc_intrinsic_argument_list_length): New function. (gfc_conv_intrinsic_conversion): Call it. (gfc_conv_intrinsic_mnimax): Likewise. (gfc_conv_intrinsic_merge): Likewise. (gfc_conv_intrinsic_lib_function): Call it. Use new CALL_EXPR constructors. (gfc_conv_intrinsic_cmplx): Likewise. (gfc_conv_intrinsic_ctime): Likewise. (gfc_covn_intrinsic_fdate): Likewise. (gfc_conv_intrinsic_ttynam): Likewise. (gfc_conv_intrinsic_ishftc): Likewise. (gfc_conv_intrinsic_index): Likewise. (gfc_conv_intrinsic_scan): Likewise. (gfc_conv_intrinsic_verify): Likewise. (gfc_conv_intrinsic_trim): Likewise. (gfc_conv_intrinsic_aint): Use new CALL_EXPR constructors. (gfc_conv_intrinsic_exponent): Likewise. (gfc_conv_intrinsic_bound): Likewise. (gfc_conv_intrinsic_abs): Likewise. (gfc_conv_intrinsic_mod): Likewise. (gfc_conv_intrinsic_sign): Likewise. (gfc_conv_intrinsic_len): Likewise. (gfc_conv_intrinsic_adjust): Likewise. (gfc_conv_intrinsic_si_kind): Likewise. * gfortran.dg/cmplx_intrinsic_1.f90: New test. PR fortran/32238 * gfortran.dg/pr32238.f90: New test. PR fortran/3 * gfortran.dg/pr3.f90: New test. PR fortran/32242 * gfortran.dg/pr32242.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/cmplx_intrinsic_1.f90 trunk/gcc/testsuite/gfortran.dg/pr3.f90 trunk/gcc/testsuite/gfortran.dg/pr32238.f90 trunk/gcc/testsuite/gfortran.dg/pr32242.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug fortran/32242] [4.3 Regression] internal compiler error: in gfc_conv_variable, at fortran/trans-expr.c:386
--- Comment #8 from lmillward at gcc dot gnu dot org 2007-07-16 19:13 --- Subject: Bug 32242 Author: lmillward Date: Mon Jul 16 19:12:44 2007 New Revision: 126689 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126689 Log: PR fortran/3 PR fortran/32238 PR fortran/32242 * trans-intrinsic.c (gfc_conv_intrinsic_function_args): Adjust to operate on a stack allocated array for the intrinsic arguments instead of creating a TREE_LIST. Add two new parameters for the array and the number of elements. Update all callers to allocate an array of the correct length to pass in. Update comment. (gfc_intrinsic_argument_list_length): New function. (gfc_conv_intrinsic_conversion): Call it. (gfc_conv_intrinsic_mnimax): Likewise. (gfc_conv_intrinsic_merge): Likewise. (gfc_conv_intrinsic_lib_function): Call it. Use new CALL_EXPR constructors. (gfc_conv_intrinsic_cmplx): Likewise. (gfc_conv_intrinsic_ctime): Likewise. (gfc_covn_intrinsic_fdate): Likewise. (gfc_conv_intrinsic_ttynam): Likewise. (gfc_conv_intrinsic_ishftc): Likewise. (gfc_conv_intrinsic_index): Likewise. (gfc_conv_intrinsic_scan): Likewise. (gfc_conv_intrinsic_verify): Likewise. (gfc_conv_intrinsic_trim): Likewise. (gfc_conv_intrinsic_aint): Use new CALL_EXPR constructors. (gfc_conv_intrinsic_exponent): Likewise. (gfc_conv_intrinsic_bound): Likewise. (gfc_conv_intrinsic_abs): Likewise. (gfc_conv_intrinsic_mod): Likewise. (gfc_conv_intrinsic_sign): Likewise. (gfc_conv_intrinsic_len): Likewise. (gfc_conv_intrinsic_adjust): Likewise. (gfc_conv_intrinsic_si_kind): Likewise. * gfortran.dg/cmplx_intrinsic_1.f90: New test. PR fortran/32238 * gfortran.dg/pr32238.f90: New test. PR fortran/3 * gfortran.dg/pr3.f90: New test. PR fortran/32242 * gfortran.dg/pr32242.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/cmplx_intrinsic_1.f90 trunk/gcc/testsuite/gfortran.dg/pr3.f90 trunk/gcc/testsuite/gfortran.dg/pr32238.f90 trunk/gcc/testsuite/gfortran.dg/pr32242.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32242
[Bug middle-end/32749] [4.3 regression]: gfortran.dg/auto_array_1.f90
--- Comment #15 from hjl at lucon dot org 2007-07-16 19:11 --- revision 125924 is bad. I am testing revision 125923 now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug other/32783] gcc-4_3-trunk/libiberty/configure - for ac_func gettimeofday ... gettimeofday - tests twice
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-16 19:11 --- configure is a generated file from configure.ac so please look into there first. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32783
[Bug tree-optimization/32759] False claim of that "xyz is used uninitialized"
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-16 19:10 --- Oh but what happens is we do some duplication of code (for 4.2 at least) and then we see the variable is used unitialization. This has changed in the trunk to a may used uninitialized but the issue is still the same, we should not get an may or an is unitialized variable warning anyways as it can never be used unitialized. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32759
[Bug other/32783] New: gcc-4_3-trunk/libiberty/configure - for ac_func gettimeofday ... gettimeofday - tests twice
While linting libibery I found various problems with "gcc-4_3-build-4/libiberty/configure" - all minor, some you might want to fix someday: Around line 5140 in the funtion detection it checks for gettimeofday two times: for ac_func in asprintf atexit basename bcmp bcopy bsearch bzero calloc clock \ getcwd getpagesize gettimeofday index insque mkstemps memchr memcmp memcpy \ memmove mempcpy memset putenv random rename rindex sigsetmask \ strcasecmp setenv stpcpy stpncpy strchr strdup strncasecmp strndup strrchr strstr \ strtod strtol strtoul strverscmp tmpnam vasprintf vfprintf vprintf \ vsprintf waitpid getrusage on_exit psignal strerror strsignal \ sysconf times sbrk gettimeofday ffs snprintf vsnprintf \ pstat_getstatic pstat_getdynamic sysmp getsysinfo table sysctl wait3 wait4 \ realpath canonicalize_file_name __fsetlocking If all those sort of lists were in alphabetical order that would be less likely to occur again. There are two tests of "for ac_func in _doprnt" that contain a lot of similar code. This could be pared down a little. In the section with "configure:4053: checking for ANSI C header files" the ./configure script first uses "#include " (near line 4069) to declare exit() but later (near line 4166) it does not use "#include " which result in the first warning shown above. If for some reason there are OS's that do not have "stdlib.h" we can use: # if HAVE_STDLIB_H # include # endif In the sections: configure:6613: checking stack direction for C alloca configure:6833: checking for working fork configure:8866: checking for working strncmp the same applys (no #include ). In the section with "configure:6833: checking for working fork" GCC misses providing a warning in the "config.log" about a prototype for fork. This can be found in "unistd.h" (if the OS has such a file). So lets add that: #if HAVE_UNISTD_H # include #endif To test for "sys_errlist" and "sys_nerr" we need to include "stdio.h" # if HAVE_STDIO_H # include # endif To test for "sys_siglist" we need to include "signal.h" # if HAVE_SIGNAL_H # include # endif The "sys_siglist" is on the "vars" list, see: vars="`echo $vars | sed -e 's/sys_siglist//'`" The "funcs" list provides "sigsetmask" and the "checkfuncs" list provides "strsignal" but none have "signal" - which is good. I grepped the source for "HAVE_SIGNAL_H" and eventually found a couple: gcc-4_3-trunk/libgfortran/intrinsics/signal.c #ifdef HAVE_SIGNAL_H #include #endif # grep -r HAVE_SIGNAL /root/downloads/gcc-4_3-trunk/ | grep config /root/downloads/gcc-4_3-trunk/libgfortran/config.h.in:#undef HAVE_SIGNAL /root/downloads/gcc-4_3-trunk/libgfortran/config.h.in:#undef HAVE_SIGNAL_H /root/downloads/gcc-4_3-trunk/libmudflap/config.h.in:#undef HAVE_SIGNAL /root/downloads/gcc-4_3-trunk/libmudflap/config.h.in:#undef HAVE_SIGNAL_H It would seem that we could get away with adding "signal.h" to the "for ac_header in sys/file.h sys/param.h ..." tests near line 3785. The "for ac_func in asprintf atexit ..." test lists "getpagesize" but it also gets a second test in the OS specific section: for f in $funcs; do case "$f" in asprintf | basename | bcmp ... And a third check here: "for ac_func in getpagesize" To the "for ac_header in stdlib.h unistd.h" I'll added "signal.h" to create "HAVE_$ac_header" and to the "for ac_func in getpagesize" I added signal to create a "HAVE_$ac_func". This does not seem to interfere with anything and saves writing yet another two sections to handle signal tests. -- Summary: gcc-4_3-trunk/libiberty/configure - for ac_func gettimeofday ... gettimeofday - tests twice Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rob1weld at aol dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32783
[Bug c++/32782] inconsistant overflow in implicit conversion warning with -sizeof()
--- Comment #1 from Steve at Zook dot com 2007-07-16 19:05 --- Created an attachment (id=13926) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13926&action=view) Test code fragment compiled m68k-elf-g++ -c testpp.cpp Lines end in \r\n. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32782
[Bug fortran/32627] [ISO Bind C] Accept c_f_pointer for TYPE
--- Comment #2 from patchapp at dberlin dot org 2007-07-16 19:05 --- Subject: Bug number pr32627 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-07/msg01459.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32627
[Bug c++/32782] New: inconsistant overflow in implicit conversion warning with -sizeof()
When calling a procedure with signed char or short arguments using -sizeof() as an expression, an ":: warning: overflow in implicit constant conversion" is output. Arguments with int or long do not. This happens even though there is no real overflow (e.g. if -sizeof() evaluates to -4). See attached test program (compiled using command line m68k-elf-g++ -c testcpp.cpp). Proper code is produced. Warning can be avoided by casting sizeof() to int (i.e. -(int)sizeof() ). Similar results are obtained when returning a -sizeof() value in procedures with return type signed char or short. This warning does not occur in revision 3.4.6. -- Summary: inconsistant overflow in implicit conversion warning with -sizeof() Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Steve at Zook dot com GCC host triplet: i386-pc-cygwin GCC target triplet: m68k-elf-unknown http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32782
[Bug tree-optimization/32759] False claim of that "xyz is used uninitialized"
--- Comment #2 from bernard at brenda-arkle dot demon dot co dot uk
2007-07-16 19:01 ---
I have gone through this removing many repetitions of "see above for my
actual bug report". Please take it as read (and see above for my actual
bug report).
I explicitly said that the mere confession of ignorance ("may be used
uninitialized") was not a problem. The claim that 'xlimit' IS used
uninitialized is false. I don't see that it is in any way justified
by claiming more rather than less ignorance. The mistake is sensitive
to internal rearrangement (without changed semantics) of the clauses
in the 'switch' statement, and also to the presence or absence of the
assignment to 'diff' following the 'switch' statement. It's hard to
see in what sense ignorance about the possible values of 'ang' is
affected by either feature of the code. Even if it is, the mistake is
still a mistake. The offered explanation is certainly not complete,
since it sheds no light on its selective appearance (well, none to my
possibly poor eyesight, anyway).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32759
[Bug middle-end/32749] [4.3 regression]: gfortran.dg/auto_array_1.f90
--- Comment #14 from ubizjak at gmail dot com 2007-07-16 18:47 --- (In reply to comment #13) > revision 125920 works. > Revision 125925 is bad: 17:06 r125925 - in /trunk/gcc: ChangeLog testsuite/gc... spop 16:25 r125924 - in /trunk/gcc: ChangeLog df-problems.czadeck 15:47 r125923 - in /branches/gcc-4_2-branch/gcc: Chan... hjl 14:54 r125922 - in /trunk/gcc: ChangeLog testsuite/Ch... rguenth 13:18 r125921 - in /branches/gcc-4_2-branch/gcc/tests... hjl 12:31 r125920 - in /trunk/gcc: ChangeLog config/i386/... hjl Could we place our bets now? ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug rtl-optimization/32776] ICE RTL check: expected code 'reg', have 'concatn' in rhs_regno, at rtl.h:972
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-checking Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32776
[Bug middle-end/32749] [4.3 regression]: gfortran.dg/auto_array_1.f90
--- Comment #13 from hjl at lucon dot org 2007-07-16 18:14 --- revision 125920 works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug target/32522] [4.3 Regression] Bootstrap failure on Alpha due to pointer-plus changes
--- Comment #6 from belyshev at depni dot sinp dot msu dot ru 2007-07-16 17:30 --- (In reply to comment #5) You need the following patch to fix this bug (but bootstrap on alpha is still broken for other reasons, see bug 32747): --- gcc/config/alpha/alpha.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) Index: gcc43/gcc/config/alpha/alpha.c === --- gcc43.orig/gcc/config/alpha/alpha.c +++ gcc43/gcc/config/alpha/alpha.c @@ -5835,7 +5835,8 @@ va_list_skip_additions (tree lhs) if ((TREE_CODE (rhs) != NOP_EXPR && TREE_CODE (rhs) != CONVERT_EXPR - && (TREE_CODE (rhs) != PLUS_EXPR + && ((TREE_CODE (rhs) != PLUS_EXPR + && TREE_CODE (rhs) != POINTER_PLUS_EXPR) || TREE_CODE (TREE_OPERAND (rhs, 1)) != INTEGER_CST || !host_integerp (TREE_OPERAND (rhs, 1), 1))) || TREE_CODE (TREE_OPERAND (rhs, 0)) != SSA_NAME) @@ -5877,7 +5878,7 @@ alpha_stdarg_optimize_hook (struct stdar lhs = va_list_skip_additions (TREE_OPERAND (rhs, 0)); if (lhs == NULL_TREE - || TREE_CODE (lhs) != PLUS_EXPR) + || TREE_CODE (lhs) != POINTER_PLUS_EXPR) return false; base = TREE_OPERAND (lhs, 0); @@ -6111,8 +6112,8 @@ alpha_va_start (tree valist, rtx nextarg valist, offset_field, NULL_TREE); t = make_tree (ptr_type_node, virtual_incoming_args_rtx); - t = build2 (PLUS_EXPR, ptr_type_node, t, - build_int_cst (NULL_TREE, offset)); + t = build2 (POINTER_PLUS_EXPR, ptr_type_node, t, + size_int (offset)); t = build2 (GIMPLE_MODIFY_STMT, TREE_TYPE (base_field), base_field, t); TREE_SIDE_EFFECTS (t) = 1; expand_expr (t, const0_rtx, VOIDmode, EXPAND_NORMAL); @@ -6172,8 +6173,8 @@ alpha_gimplify_va_arg_1 (tree type, tree } /* Build the final address and force that value into a temporary. */ - addr = build2 (PLUS_EXPR, ptr_type, fold_convert (ptr_type, base), -fold_convert (ptr_type, addend)); + addr = build2 (POINTER_PLUS_EXPR, ptr_type, fold_convert (ptr_type, base), +fold_convert (sizetype, addend)); internal_post = NULL; gimplify_expr (&addr, pre_p, &internal_post, is_gimple_val, fb_rvalue); append_to_statement_list (internal_post, pre_p); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32522
[Bug bootstrap/3456] bootstrapping gcc-3.0 with threadmodel=posix fails on IRIX64 6.5
--- Comment #9 from ro at gcc dot gnu dot org 2007-07-16 17:22 --- Fixed for 4.3. -- ro at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3456
[Bug bootstrap/3456] bootstrapping gcc-3.0 with threadmodel=posix fails on IRIX64 6.5
--- Comment #8 from ro at gcc dot gnu dot org 2007-07-16 17:21 --- Subject: Bug 3456 Author: ro Date: Mon Jul 16 17:21:10 2007 New Revision: 126685 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126685 Log: gcc: PR bootstrap/3456 * config.gcc (mips-sgi-irix[56]*): Enable pthread support. * doc/install.texi (mips-sgi-irix6): pthread support works now. libstdc++-v3: PR bootstrap/3456 * testsuite/22_locale/locale/cons/12658_thread-1.cc: Enable on mips-sgi-irix6*. * testsuite/22_locale/locale/cons/12658_thread-2.cc: Likewise. * testsuite/thread/18185.cc: Likewise. * testsuite/thread/pthread1.cc: Likewise. * testsuite/thread/pthread2.cc: Likewise. * testsuite/thread/pthread3.cc: Likewise. * testsuite/thread/pthread4.cc: Likewise. * testsuite/thread/pthread5.cc: Likewise. * testsuite/thread/pthread6.cc: Likewise. * testsuite/thread/pthread7-rope.cc: Likewise. * testsuite/tr1/2_general_utilities/shared_ptr/thread/default_weaktoshared.cc: Likewise. * testsuite/tr1/2_general_utilities/shared_ptr/thread/mutex_weaktoshared.cc: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config.gcc trunk/gcc/doc/install.texi trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/testsuite/22_locale/locale/cons/12658_thread-1.cc trunk/libstdc++-v3/testsuite/22_locale/locale/cons/12658_thread-2.cc trunk/libstdc++-v3/testsuite/thread/18185.cc trunk/libstdc++-v3/testsuite/thread/pthread1.cc trunk/libstdc++-v3/testsuite/thread/pthread2.cc trunk/libstdc++-v3/testsuite/thread/pthread3.cc trunk/libstdc++-v3/testsuite/thread/pthread4.cc trunk/libstdc++-v3/testsuite/thread/pthread5.cc trunk/libstdc++-v3/testsuite/thread/pthread6.cc trunk/libstdc++-v3/testsuite/thread/pthread7-rope.cc trunk/libstdc++-v3/testsuite/tr1/2_general_utilities/shared_ptr/thread/default_weaktoshared.cc trunk/libstdc++-v3/testsuite/tr1/2_general_utilities/shared_ptr/thread/mutex_weaktoshared.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3456
[Bug libgcj/32465] [4.3 Regression] Linking 64-bit libgcj.so fails on Solaris 10/x86: non-PIC code despite -fPIC
--- Comment #10 from ro at gcc dot gnu dot org 2007-07-16 17:10 --- Fixed for 4.3. -- ro at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32465
[Bug middle-end/32749] [4.3 regression]: gfortran.dg/auto_array_1.f90
--- Comment #12 from hjl at lucon dot org 2007-07-16 17:10 --- revision 125905 works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #18 from ro at gcc dot gnu dot org 2007-07-16 17:09 --- Fixed for 4.3. -- ro at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug libgcj/32465] [4.3 Regression] Linking 64-bit libgcj.so fails on Solaris 10/x86: non-PIC code despite -fPIC
--- Comment #9 from ro at gcc dot gnu dot org 2007-07-16 17:07 --- Subject: Bug 32465 Author: ro Date: Mon Jul 16 17:07:25 2007 New Revision: 126684 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126684 Log: PR target/32462 PR libgcj/32465 * class.c (hide): Wrap in HAVE_GAS_HIDDEN. Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/class.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32465
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #17 from ro at gcc dot gnu dot org 2007-07-16 17:07 --- Subject: Bug 32462 Author: ro Date: Mon Jul 16 17:07:25 2007 New Revision: 126684 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126684 Log: PR target/32462 PR libgcj/32465 * class.c (hide): Wrap in HAVE_GAS_HIDDEN. Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/class.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug libstdc++/32781] Build breaks - libstdc++-v3/include/bits/stl_algobase.h: In function '_OI std::__copy_aux(_II, _II, _OI)': error: expected primary-expression before ')' token
--- Comment #1 from pcarlini at suse dot de 2007-07-16 17:01 --- I bet you are doing again something I noticed before, and is *totally* unsupported: using the 4_2 library sources together with a 4_3 compiler-proper sources or viceversa. You cannot do that, because, just as an example, __is_pod, __is_empty etc, are "builtins" in the 4.3 compiler and were library functions in the 4.2 library. Also, nobody else is seeing this feature besides you, and *nothing* even remotely relevant changed in the library lately, therefore, even assuming the problem is real, it is not a library-proper issue, e.g., something is very badly broken in the C++ front-end, and must be filed as-such. Please check that you have a complete, 4_3-branch-only check-out, try again, and in case file a different PR. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32781
[Bug libstdc++/32781] New: Build breaks - libstdc++-v3/include/bits/stl_algobase.h: In function '_OI std::__copy_aux(_II, _II, _OI)': error: expected primary-expression before ')' token
Build breaks as soon as we enter: gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/qt-peer # gcc/xgcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /root/downloads/gcc-4_3-trunk/configure --verbose --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --prefix=/usr/test --enable-objc-gc --disable-multilib --with-gxx-include-dir=/usr/test/include/c++/4.3 --enable-libstdcxx-debug --enable-static --enable-shared --enable-initfini-array --enable-__cxa_atexit --enable-threads=posix --enable-version-specific-runtime-libs --enable-libssp --enable-libmudflap --enable-libgomp --disable-werror --enable-nls --with-included-gettext --enable-decimal-float --enable-debug --enable-java-gc=boehm --with-x --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-java-awt=gtk,xlib,qt,x --enable-gtk-cairo --enable-qt-peer --enable-xmlj --enable-gconf-peer --enable-libgcj-debug --enable-plugin --enable-tool-wrappers --enable-portable-native-sync --enable-examples --with-dwarf2 --with-stabs --enable-hash-synchronization --enable-gc-debug --enable-interpreter --with-system-zlib --enable-libada --with-tls --with-tune=athlon-xp --with-cpu=athlon-xp --with-arch=athlon-xp --enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree Thread model: posix gcc version 4.3.0 20070716 (experimental) Screen output: ... libtool: link: creating libgtkpeer.la libtool: link: ( cd ".libs" && rm -f "libgtkpeer.la" && ln -s "../libgtkpeer.la" "libgtkpeer.la" ) make[6]: Leaving directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/gtk-peer' Making all in qt-peer make[6]: Entering directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/qt-peer' moc -o slotcallbacks.moc.h /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/slotcallbacks.cpp make all-am make[7]: Entering directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/qt-peer' if /bin/sh ../../../libtool --tag=CXX --mode=compile i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer -I../../../include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/classpath -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/native-lib -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I../../../../../libstdc++-v3/include/i686-pc-linux-gnu -I../../../../../libstdc++-v3/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/../../libstdc++-v3/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/../../libstdc++-v3/libsupc++ -g -O2 -march=athlon-xp -mfpmath=sse,387 -m3dnow -msse2 -msse3 -fstrict-aliasing -maccumulate-outgoing-args -D__NO_MATH_INLINES -fgcse-after-reload -fexpensive-optimizations -D_GNU_SOURCE -MT componentevent.lo -MD -MP -MF ".deps/componentevent.Tpo" -c -o componentevent.lo /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/componentevent.cpp; \ then mv -f ".deps/componentevent.Tpo" ".deps/componentevent.Plo"; else rm -f ".deps/componentevent.Tpo"; exit 1; fi libtool: compile: i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer -I../../../include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/classpath -I/root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/native-lib -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I../../../../../libstdc++-v3/include/i686-pc-linux-gnu -I../../../../../libstdc++-v3/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/../../libstdc++-v3/include -I/root/downloads/gcc-4_3-trunk/libjava/classpath/../../libstdc++-v3/libsupc++ -g -O2 -march=athlon-xp -mfpmath=sse,387 -m3dnow -msse2 -msse3 -fstrict-aliasing -maccumulate-outgoing-args -D__NO_MATH_INLINES -fgcse-after-reload -fexpensive-optimizations -D_GNU_SOURCE -MT componentevent.lo -MD -MP -MF .deps/componentevent.Tpo -c /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/componentevent.cpp -fPIC -DPIC -o .libs/componentevent.o In file included from ../../../../../libstdc++-v3/include/bits/char_traits.h:46, from ../../../../../libstdc++-v3/include/string:47, from /usr/include/qt4/QtCore/qstring.h:42, from /usr/include/qt4/QtCore/qobject.h:30, from /usr/include/qt4/QtGui/qwidget.h:28, from /usr/include/qt4/QtGui/QWidget:1, from /root/downloads/gcc-4_3-trunk/libjava/classpath/native/jni/qt-peer/componentevent.cpp:39: ../../../../../libstdc++-v3/include/bits/stl_algobase.h: In function '_OI std::__copy_aux(_II, _II, _OI)': ../../../../../libstdc++-v3/incl
[Bug middle-end/32780] [4.3 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:1793 at -O2 or higher
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-16 16:47 --- This one is most likely my fault with pointer plus, something is creating an BIT_AND_EXPR with a pointer type. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Summary|ICE in |[4.3 Regression] ICE in |extract_range_from_binary_ex|extract_range_from_binary_ex |pr, at tree-vrp.c:1793 at - |pr, at tree-vrp.c:1793 at - |O2 or higher|O2 or higher Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
[Bug target/32522] [4.3 Regression] Bootstrap failure on Alpha due to pointer-plus changes
--- Comment #5 from ro at gcc dot gnu dot org 2007-07-16 16:41 --- I've just tried bootstrapping alpha-dec-osf5.1b (C only): all is fine before the ptrplus patch (r125754), but after the patch (r125755) building libgcc fails in stage 1. With Andrew's patch, I get into stage 2, but building the stage 2 libgcc fails again as Falk described. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32522
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-16 16:16 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes > Hi guys, can you check whether the 32723 fix that was just checked in > fixes this? Doesn't seem to be checked in yet. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug c/32780] ICE in extract_range_from_binary_expr, at tree-vrp.c:1793 at -O2 or higher
--- Comment #2 from bero at arklinux dot org 2007-07-16 16:13 ---
Simplified test case:
extern void dont_optimize_away(unsigned long);
void crashGcc(char*a)
{
unsigned long b=(unsigned long)a - ((unsigned long)a & 1);
dont_optimize_away(b);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
[Bug c/32780] ICE in extract_range_from_binary_expr, at tree-vrp.c:1793 at -O2 or higher
--- Comment #1 from bero at arklinux dot org 2007-07-16 15:58 --- Created an attachment (id=13925) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13925&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
[Bug c/32780] New: ICE in extract_range_from_binary_expr, at tree-vrp.c:1793 at -O2 or higher
gcc -DHAVE_CONFIG_H -I. -I../../../../include -I../../../../hw/xfree86 -I../../../../hw/xfree86/include -I../../../../hw/xfree86/common -I../../../../hw/xfree86/os-support -I../../../../hw/xfree86/os-support/bus -I../../../../os -I/usr/include/drm -DUSESTDRES -DHAVE_SYSV_IPC -DHAVE_XORG_CONFIG_H -DXF86PM -DHAVE_ACPI -DHAVE_APM -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 -I../../../../include -I../../../../include -I../../../../Xext -I../../../../composite -I../../../../damageext -I../../../../xfixes -I../../../../Xi -I../../../../mi -I../../../../miext/shadow -I../../../../miext/damage -I../../../../render -I../../../../randr -I../../../../fb -O2 -MT lnx_init.lo -MD -MP -MF .deps/lnx_init.Tpo -c lnx_init.c -fPIC -DPIC -o .libs/lnx_init.o lnx_video.c: In function 'unmapVidMem': lnx_video.c:516: internal compiler error: in extract_range_from_binary_expr, at tree-vrp.c:1793 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE in extract_range_from_binary_expr, at tree- vrp.c:1793 at -O2 or higher Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
[Bug rtl-optimization/32773] [4.3 Regression] SH: ICE in create_pre_exit, at mode-switching.c:223
--- Comment #4 from burnus at gcc dot gnu dot org 2007-07-16 15:56 --- *** Bug 32779 has been marked as a duplicate of this bug. *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32773
[Bug middle-end/32779] Profile use -> created binary needs more than O(300) longer
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-16 15:56 --- Mark as duplicate. At least ac does works after reverting the patch. *** This bug has been marked as a duplicate of 32773 *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32779
[Bug rtl-optimization/32747] [4.3 Regression] ICE segmentation fault or abort in combine on alpha
--- Comment #3 from ian at airs dot com 2007-07-16 15:52 --- The problem is that the reg_stat array in combine.c does not adjust when splitters create new pseudo-registers. I'm working on a patch to convert reg_stat to a VEC. -- ian at airs dot com changed: What|Removed |Added CC|iant at google dot com |ian at airs dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-16 15:52:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32747
[Bug tree-optimization/32328] [4.2/4.3 Regression] -fstrict-aliasing causes skipped code
--- Comment #19 from rguenth at gcc dot gnu dot org 2007-07-16 15:51 --- The backported patch causes FAIL: gcc.c-torture/execute/pr28778.c execution, -O2 FAIL: gcc.c-torture/execute/pr28778.c execution, -Os DCE removes - -:; - list[3] = 42; we have one added constraint: blist.0_7 = blist_1 +*blist.0_7 = &ANYTHING ESCAPED_VARS = blist.0_7 IL differences after alias1 are @@ -251,12 +247,11 @@ list[3] = 42; blist_6 = &list; - # list_8 = PHI ; # blist_1 = PHI ; :; blist.0_7 = (const GLint *) blist_1; - # list_10 = V_MAY_DEF ; - # NONLOCAL.44_11 = V_MAY_DEF ; + # NONLOCAL.44_10 = V_MAY_DEF ; + # SMT.45_11 = V_MAY_DEF ; aglChoosePixelFormat (blist.0_7); return; we also have +NULL = &ANYTHING but this doesn't result in IL differences. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
[Bug tree-optimization/32663] [4.3 regression]: revision 126369 went into an infinite loop
--- Comment #13 from hjl at lucon dot org 2007-07-16 15:49 --- Fixed. -- hjl at lucon dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32663
[Bug middle-end/32779] Profile use -> created binary needs more than O(300) longer
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-16 15:36 --- Probably a dup of PR32773. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32779
[Bug middle-end/32779] New: Profile use -> created binary needs more than O(300) longer
On AMD Athlon64 4800+ using gcc-Version 4.3.0 20070716 (x86_64-unknown-linux-gnu) with aermod of the Polyhedron benchmark suite: http://www.polyhedron.co.uk/pb05/polyhedron_benchmark_suite.html gfortran -fprofile-generate -march=opteron -ffast-math -funroll-loops -ftree-loop-linear -ftree-vectorize -O3 ... ./a.out gfortran -fprofile-use -march=opteron -ffast-math -funroll-loops -ftree-loop-linear -ftree-vectorize -O3 ./a.out This was still working on 12 July 2007; thus there must be a regression between 2007-07-12-r126572 and 2007-07-16-r126682. The problem occurs with: ac: Segmentation fault (core dumped) aermod: Endless loop doduc: Endless loop -- Summary: Profile use -> created binary needs more than O(300) longer Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32779
