Re: IPA branch
On Saturday 06 August 2005 08:14, Andrew Pinski wrote: > On Aug 5, 2005, at 9:24 PM, Canqun Yang wrote: > > Hi, > > > > Patch from Michael Matz > > (http://gcc.gnu.org/ml/fortran/2005-07/msg00331.html) may partly fixes > > the multiple decls problems. > > That will only help with the fortran problem, That is the only problem we have to care about, isn't it? The C++ front-end folks can fix their own front end. Gr. Steven
[patch] Fix i386-mingw32 build failure
PING ** 2 Attached patch fixes PR bootstrap/22259 (right now, a simple ./configure && make build fails on i386-mingw32). It creates a special case for in-tree as, collect-ld and nm scripts: since mingw32 cannot spawn shell scripts, it copies $(ORIGINAL_AS_FOR_TARGET), $(ORIGINAL_LD_FOR_TARGET) and $(ORIGINAL_NM_FOR_TARGET) in the tree. There has been discussion on whether this is the best way to do things (see thread from http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01193.html), but nobody suggested another patch that actually makes build possible on i386-mingw32. And, from what I have understood, none of the mingw maintainers have anything against the patch, but they can't approve it. Can someone with approval privilege over the build system look at this, and OK it? (it's a very simple patch) Thanks, FX :ADDPATCH build: 2005-08-06 Francois-Xavier Coudert <[EMAIL PROTECTED]> PR bootstrap/22259 * Makfile.in (stamp-as, stamp-collect-ld, stamp-nm): Add special case for mingw32 since it cannot spawn shell scripts. Index: gcc/Makefile.in === RCS file: /cvsroot/gcc/gcc/gcc/Makefile.in,v retrieving revision 1.1534 diff -p -u -r1.1534 Makefile.in --- gcc/Makefile.in 3 Aug 2005 14:18:34 - 1.1534 +++ gcc/Makefile.in 6 Aug 2005 11:29:02 - @@ -1228,10 +1228,15 @@ stamp-as: $(ORIGINAL_AS_FOR_TARGET) echo $(LN) $< as$(exeext); \ $(LN) $< as$(exeext) || cp $< as$(exeext) ;; \ *) \ -rm -f as; \ -echo '#!$(SHELL)' > as; \ -echo 'exec $(ORIGINAL_AS_FOR_TARGET) "$$@"' >> as ; \ -chmod +x as ;; \ +rm -f as$(exeext); \ +case "$(build)" in \ + *mingw32*) \ + cp $(ORIGINAL_AS_FOR_TARGET) as$(exeext) ;; \ + *) \ + echo '#!$(SHELL)' > as; \ + echo 'exec $(ORIGINAL_AS_FOR_TARGET) "$$@"' >> as ; \ + chmod +x as ;; \ +esac \ esac echo timestamp > $@ @@ -1245,9 +1250,14 @@ stamp-collect-ld: $(ORIGINAL_LD_FOR_TARG $(LN) $< collect-ld$(exeext) || cp $< collect-ld$(exeext) ;; \ *) \ rm -f collect-ld$(exeext); \ -echo '#!$(SHELL)' > collect-ld; \ -echo 'exec $(ORIGINAL_LD_FOR_TARGET) "$$@"' >> collect-ld ; \ -chmod +x collect-ld ;; \ +case "$(build)" in \ + *mingw32*) \ + cp $(ORIGINAL_LD_FOR_TARGET) collect-ld$(exeext) ;; \ + *) \ + echo '#!$(SHELL)' > collect-ld; \ + echo 'exec $(ORIGINAL_LD_FOR_TARGET) "$$@"' >> collect-ld ; \ + chmod +x collect-ld ;; \ +esac \ esac echo timestamp > $@ @@ -1261,9 +1271,14 @@ stamp-nm: $(ORIGINAL_NM_FOR_TARGET) $(LN) $< nm$(exeext) || cp $< nm$(exeext) ;; \ *) \ rm -f nm$(exeext); \ -echo '#!$(SHELL)' > nm; \ -echo 'exec $(ORIGINAL_NM_FOR_TARGET) "$$@"' >> nm ; \ -chmod +x nm ;; \ +case "$(build)" in \ + *mingw32*) \ + cp $(ORIGINAL_NM_FOR_TARGET) nm$(exeext) ;; \ + *) \ + echo '#!$(SHELL)' > nm; \ + echo 'exec $(ORIGINAL_NM_FOR_TARGET) "$$@"' >> nm ; \ + chmod +x nm ;; \ +esac \ esac echo timestamp > $@
Re: CFT: toplevel bootstrap (stage 2 project)
On Wed, 22 Jun 2005, Paolo Bonzini wrote: > The idea is that just before or just after the end of stage2, I will post the > obvious patch making --enable-bootstrap the default. Then, "make" will just Is this switch to toplevel bootstrap as default still planned for 4.1? -- Joseph S. Myers http://www.srcf.ucam.org/~jsm28/gcc/ [EMAIL PROTECTED] (personal mail) [EMAIL PROTECTED] (CodeSourcery mail) [EMAIL PROTECTED] (Bugzilla assignments and CCs)
re: GCC 4.0.1 - iostream: No such file or dir....
Chris Garrett <[EMAIL PROTECTED]> wrote: > main.cpp:5: error: 'cout' was not declared in this scope This question should have been sent to gcc-help, not here. But as long as I'm answering: It's std::cout now, according to the C++ standard. If you want to compile old code that wasn't aware of std, you can stick using namespace std; at the top.
gcc-4.1-20050806 is now available
Snapshot gcc-4.1-20050806 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20050806/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.1 CVS branch with the following options: -D2005-08-06 17:43 UTC You'll find: gcc-4.1-20050806.tar.bz2 Complete GCC (includes all of below) gcc-core-4.1-20050806.tar.bz2 C front end and core compiler gcc-ada-4.1-20050806.tar.bz2 Ada front end and runtime gcc-fortran-4.1-20050806.tar.bz2 Fortran front end and runtime gcc-g++-4.1-20050806.tar.bz2 C++ front end and runtime gcc-java-4.1-20050806.tar.bz2 Java front end and runtime gcc-objc-4.1-20050806.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.1-20050806.tar.bz2The GCC testsuite Diffs from 4.1-20050730 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.1 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
Re: IPA branch
> On Saturday 06 August 2005 08:14, Andrew Pinski wrote: > > On Aug 5, 2005, at 9:24 PM, Canqun Yang wrote: > > > Hi, > > > > > > Patch from Michael Matz > > > (http://gcc.gnu.org/ml/fortran/2005-07/msg00331.html) may partly fixes > > > the multiple decls problems. > > > > That will only help with the fortran problem, > That is the only problem we have to care about, isn't it? The C++ > front-end folks can fix their own front end. There is also problem with the C frontend and K&R style declarations. Either we can refuse functions K&R declared in one unit and properly declared in other unit or we create duplicated decls... Both is quite wrong :( Honza > > Gr. > Steven
re: c++ performance regressions in gcc > 2.95.3
Anthony wrote: > We observed that certain large C++ applications perform worse > in gcc-3.x and gcc-4.x than they did in gcc-2.95.3. > On the theory that at least some of the cause > would show up in microbenchmarks, we tried running > bench++ with both old and new toolchains. > ... > http://www.cis.udel.edu/~danalis/OSS/bench_plus_plus/ ... The biggest unreported regression in in the S05 tests: (times are ns per iteration) Fill a buffer using different levels of abstraction g++295 g++401 g++410_0723 S05a 3870.00 20840.00* 21240.00* S05b 3878.00 21120.00* 21140.00* S05c 3782.00 3894.00* 21320.00* S05d 3862.00 21360.00* 21220.00* S05e 3916.00 3834.00 19780.00* S05f 3818.00 3936.00* 21160.00* S05g 3940.00 20280.00* 20640.00* S05h 3868.00 21040.00* 21540.00* S05i 3928.00 20060.00* 21480.00* S05j 3844.00 21840.00* 21140.00* S05k 3912.00 3750.00 3964.00* S05l 3946.00 21360.00* 3912.00 S05m 4746.00 3958.00 3904.00 Most of these are slow in both gcc-4.0.1 and gcc-4.1. S05e was fine in gcc-4.0.1, but is suddenly slower in gcc-4.1. Anthony, can you try submitting a reduced test case for S05e? Thanks, Dan
Re: -b vs -bundle
On Thu, 2005-08-04 at 20:54, Peter O'Gorman wrote: > 2005-08-?? Peter O'Gorman <[EMAIL PROTECTED]> > PR 21366 > * gcc.c (process_command): Check the argument to -b has a dash. > * doc/invoke.texi: Update -b and -V docs. I checked in the patch. -- Jim Wilson, GNU Tools Support, http://www.specifix.com
How can I build gcc on my Windows PC?
Do I need a c compiler to build gcc on my Windows PC? If so, where can I get one? I downloaded both MinGW and Cygwin, but neither seems to have a c compiler. Please help me. Thank you. David Nowak [EMAIL PROTECTED]
[3.4] Remaining gcc testsuite failures on sparc64-*-linux-gnu
[resending to the gcc list due to smtp errors] Aurora SPARC Linux release 2.0 (Kashmir FC3) UltraSparc IIi (Sabre) sun4u: (auroralinux corona + rathann's and rzm's FC3 updates) autogen 5.6.4 (local build) binutils 2.16.1 (local build) bison-1.875c-2.sparc dejagnu-1.4.4-2.noarch expect-5.42.1-1.sparc gcc-3.4.3-22.sparc.sparc gcc4-4.0.0-0.41.sparc.sparc glibc-2.3.5-0.fc3.1.sparcv9 glibc-2.3.5-0.fc3.1.sparc64 glibc-devel-2.3.5-0.fc3.1.sparc glibc-devel-2.3.5-0.fc3.1.sparc64 glibc-headers-2.3.5-0.fc3.1.sparc glibc-kernheaders-2.6-20sparc.sparc gmp-4.1.4-3sparc.sparc gmp-4.1.4-3sparc.sparc64 gmp-devel-4.1.4-3sparc.sparc gmp-devel-4.1.4-3sparc.sparc64 kernel-2.6.11-1.1305sp1.sparc64 package kernel-devel is not installed package kernel-smp is not installed libgcc-3.4.3-22.sparc.sparc libgcc-3.4.3-22.sparc.sparc64 libstdc++-3.4.3-22.sparc.sparc libstdc++-3.4.3-22.sparc.sparc64 libstdc++-devel-3.4.3-22.sparc.sparc libstdc++-devel-3.4.3-22.sparc.sparc64 make-3.80-5.sparc nptl-devel-2.3.5-0.fc3.1.sparcv9 tcl-8.4.7-2.sparc LAST_UPDATED: Sat Aug 6 13:13:28 UTC 2005 Native configuration is sparc64-unknown-linux-gnu Compiler version: 3.4.5 20050806 (prerelease) Platform: sparc64-unknown-linux-gnu configure flags: --enable-__cxa_atexit --enable-shared --with-cpu=v7 --enable-languages=c,ada,c++,f77,java,objc,treelang The gcc test suite: unix/-m64 Executing on host: /usr/local/src/branch/objdir.3.4/gcc/xgcc -B/usr/local/src/branch/objdir.3.4/gcc/ /usr/local/src/branch/gcc.3.4/gcc/testsuite/gcc.c-torture/execute/conversion.c -w -O3 -fomit-frame-pointer -lm -m64 -o /usr/local/src/branch/objdir.3.4/gcc/testsuite/conversion.x3 (timeout = 600) PASS: gcc.c-torture/execute/conversion.c compilation, -O3 -fomit-frame-pointer Setting LD_LIBRARY_PATH to :/usr/local/src/branch/objdir.3.4/gcc FAIL: gcc.c-torture/execute/conversion.c execution, -O3 -fomit-frame-pointer Executing on host: /usr/local/src/branch/objdir.3.4/gcc/xgcc -B/usr/local/src/branch/objdir.3.4/gcc/ /usr/local/src/branch/gcc.3.4/gcc/testsuite/gcc.c-torture/execute/conversion.c -w -O3 -g -lm -m64 -o /usr/local/src/branch/objdir.3.4/gcc/testsuite/conversion.x4 (timeout = 600) PASS: gcc.c-torture/execute/conversion.c compilation, -O3 -g Setting LD_LIBRARY_PATH to :/usr/local/src/branch/objdir.3.4/gcc FAIL: gcc.c-torture/execute/conversion.c execution, -O3 -g Executing on host: /usr/local/src/branch/objdir.3.4/gcc/xgcc -B/usr/local/src/branch/objdir.3.4/gcc/ /usr/local/src/branch/gcc.3.4/gcc/testsuite/gcc.dg/builtins-18.c -O2 -ffast-math -lm -m64 -o builtins-18.exe(timeout = 600) /tmp/ccl4454r.o: In function `main': builtins-18.c:(.text+0x1a4): undefined reference to `link_error' builtins-18.c:(.text+0x1b4): undefined reference to `link_error' collect2: ld returned 1 exit status compiler exited with status 1 output is: /tmp/ccl4454r.o: In function `main': builtins-18.c:(.text+0x1a4): undefined reference to `link_error' builtins-18.c:(.text+0x1b4): undefined reference to `link_error' collect2: ld returned 1 exit status FAIL: gcc.dg/builtins-18.c (test for excess errors) Excess errors: builtins-18.c:(.text+0x1a4): undefined reference to `link_error' builtins-18.c:(.text+0x1b4): undefined reference to `link_error' Executing on host: /usr/local/src/branch/objdir.3.4/gcc/xgcc -B/usr/local/src/branch/objdir.3.4/gcc/ /usr/local/src/branch/gcc.3.4/gcc/testsuite/gcc.dg/cleanup-8.c -fexceptions -fnon-call-exceptions -O2 -lm -m64 -o ./cleanup-8.exe (timeout = 600) PASS: gcc.dg/cleanup-8.c (test for excess errors) Setting LD_LIBRARY_PATH to :/usr/local/src/branch/objdir.3.4/gcc FAIL: gcc.dg/cleanup-8.c execution test Executing on host: /usr/local/src/branch/objdir.3.4/gcc/xgcc -B/usr/local/src/branch/objdir.3.4/gcc/ /usr/local/src/branch/gcc.3.4/gcc/testsuite/gcc.dg/cleanup-9.c -fexceptions -fnon-call-exceptions -O2 -lm -m64 -o ./cleanup-9.exe (timeout = 600) PASS: gcc.dg/cleanup-9.c (test for excess errors) Setting LD_LIBRARY_PATH to :/usr/local/src/branch/objdir.3.4/gcc FAIL: gcc.dg/cleanup-9.c execution test Executing on host: /usr/local/src/branch/objdir.3.4/gcc/xgcc -B/usr/local/src/branch/objdir.3.4/gcc/ /usr/local/src/branch/gcc.3.4/gcc/testsuite/gcc.dg/special/gcsec-1.c -ffunction-sections -fdata-sections -Wl,--gc-sections -static -lm -m64 -o ./gcsec-1.exe(timeout = 600) /usr/local/testtools/bin/ld: Warning: gc-sections option ignored output is: /usr/local/testtools/bin/ld: Warning: gc-sections option ignored FAIL: gcc.dg/special/gcsec-1.c (test for excess errors) Excess errors: /usr/local/testtools/bin/ld: Warning: gc-sections option ignored Setting LD_LIBRARY_PATH to :/usr/local/src/branch/objdir.3.4/gcc PASS: gcc.dg/special/gcsec-1.c execution test Executing on host: /usr/local/src/branch/objdir.3.4/gcc/xgcc -B/usr/local/src/branch/objdir.3.4/gcc/ /usr/local/src/branch/gcc.3.4/gcc/testsuite/gcc.dg/tls/alias
