Re: [fortran] Different FUNC_DECLS with the same DECL_NAME - MAIN__ and named PROGRAM main functions [was Re: gcc-4.5-20090528 is now available]

Jerry DeLisle wrote: > I tested the above on x86-64 Linux. OK to commit. Thanks for the review. Committed: Sendinggcc/fortran/ChangeLog Sendinggcc/fortran/trans-decl.c Transmitting file data .. Committed revision 148035. Tobias

Re: [fortran] Different FUNC_DECLS with the same DECL_NAME - MAIN__ and named PROGRAM main functions [was Re: gcc-4.5-20090528 is now available]

Tobias Burnus wrote: > Jerry DeLisle wrote: >> I tested the above on x86-64 Linux. OK to commit. > Thanks for the review. Committed: > > Sendinggcc/fortran/ChangeLog > Sendinggcc/fortran/trans-decl.c > Transmitting file data .. > Committed revision 148035. > > Tobias Thank you

Bootstrap broken on darwin / fink

Hi, I'm seeing this error: /Users/tobi/src/hggcc/build/./prev-gcc/xgcc -B/Users/tobi/src/hggcc/build/./prev-gcc/ -B/usr/local/i386-apple-darwin8.11.1/bin/ -B/usr/local/i386-apple-darwin8.11.1/bin/ -B/usr/local/i386-apple-darwin8.11.1/lib/ -isystem /usr/local/i386-apple-darwin8.11.1/include

Re: Bootstrap broken on darwin / fink

On Mon, 1 Jun 2009, Tobias Schlüter wrote: > The complaint is about: > ICONV_CONST char *inbuf = CONST_CAST (char *, ident); > [...snip...] > iconv_ret = iconv (cd, &inbuf, &inbytesleft, >&outbuf, &outbytesleft); The types are ex

Re: Bootstrap broken on darwin / fink

Tobias Schlüter wrote: > cc1: warnings being treated as errors > ../../gcc/pretty-print.c: In function 'identifier_to_locale': > ../../gcc/pretty-print.c:1016: error: passing argument 2 of 'libiconv' > from incompatible pointer type > /sw/include/iconv.h:83: note: expected 'char **' but argument i

Re: Bootstrap broken on darwin / fink

Joseph S. Myers wrote: On Mon, 1 Jun 2009, Tobias Schlüter wrote: The complaint is about: ICONV_CONST char *inbuf = CONST_CAST (char *, ident); [...snip...] iconv_ret = iconv (cd, &inbuf, &inbytesleft, &outbuf, &outbytes

Re: Problems with sibling calls

Ulrich Weigand schrieb: Georg-Johann Lay wrote: I'd like to support sibling calls for a target where function args can be passed in call-saved registers, namely AVR. The s390 back-end already has the very same issue. You may want to have a look at config/s390/s390.c:s390_call_saved_register_us

Re: Bootstrap broken on darwin / fink

On Mon, Jun 01, 2009 at 12:07:56PM +0200, Tobias Schlüter wrote: > > Hi, > > I'm seeing this error: > > /Users/tobi/src/hggcc/build/./prev-gcc/xgcc > -B/Users/tobi/src/hggcc/build/./prev-gcc/ > -B/usr/local/i386-apple-darwin8.11.1/bin/ > -B/usr/local/i386-apple-darwin8.11.1/bin/ > -B/usr/lo

Re: Bootstrap broken on darwin / fink

Hi Jack, Jack Howarth wrote: You didn't show the configure options you used to build gcc trunk against the fink libraries. You need at least... --with-gmp=/sw --with-libiconv-prefix=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib Note that we don't set CPP

Re: Measuring FSF gcc from 4.1.2 to today on various benchmarks.

I would conclude from the statistics that, right now, the cost of including -fforward-propagate in -O1 overrides any performance benefit that may result. I'm still working on a patch to eliminate reaching definitions from fwprop. Paolo

The Linux binutils 2.19.51.0.7 is released.

This is the beta release of binutils 2.19.51.0.7 for Linux, which is based on binutils 2009 0601 in CVS on sourceware.org plus various changes. It is purely for Linux. All relevant patches in patches have been applied to the source tree. You can take a look at patches/README to see what have been

Fortran-related libgomp failures in case of -fno-openmp

On i386-unknown-freebsd7.1 we see the following tests fail: FAIL: libgomp.fortran/condinc2.f -O (test for excess errors) WARNING: libgomp.fortran/condinc2.f -O compilation failed to produce executable FAIL: libgomp.fortran/condinc4.f90 -O (test for excess errors) WARNING: libgomp.fo

Re: Fortran-related libgomp failures in case of -fno-openmp

On Mon, Jun 01, 2009 at 07:59:15PM +0200, Gerald Pfeifer wrote: > Excess errors: > /pfeifer/OBJ-0531-2252/i386-unknown-freebsd7.1/./libgomp/.libs/libgomp.so: > undefined reference to `pthread_create' > > And what all of these three testcases have in common is > > { dg-options "-fno-openmp

Re: Fortran-related libgomp failures in case of -fno-openmp

On Mon, 2009-06-01 at 11:14 -0700, Steve Kargl wrote: > On Mon, Jun 01, 2009 at 07:59:15PM +0200, Gerald Pfeifer wrote: > > Excess errors: > > /pfeifer/OBJ-0531-2252/i386-unknown-freebsd7.1/./libgomp/.libs/libgomp.so: > > undefined reference to `pthread_create' > > > > And what all of these

Re: Fortran-related libgomp failures in case of -fno-openmp

On Mon, Jun 01, 2009 at 12:49:42PM -0700, Janis Johnson wrote: > On Mon, 2009-06-01 at 11:14 -0700, Steve Kargl wrote: > > > > If someone uses -fno-openmp and still tries to link to libgomp, > > then the -pthread option is missing and hence the test fail > > because -lpthread is not included. On

gcc --help for options which are not warnings or optimizations

Nick, how is gcc --help supposed to work for options which are neither warnings nor optimizations? For example, -fstack-protector. Is there a --help option which will display it? Ian

Link error ....redefinition of......

I download source code for book > from:http://users.cs.fiu.edu/~weiss/dsaa_c++/code/,try to compiler it,but got many errors,most of them say: .. previously declared here ...: redefinition of . I think template causes these erro

Re: Link error ....redefinition of......

On Tuesday 02 June 2009 08:16:35 Alex Luya wrote: > I download source code for book < Analysis in C++ (Second Edition), /by Mark Allen Weiss>> > from:http://users.cs.fiu.edu/~weiss/dsaa_c++/code/,try to compiler > it,but got many errors,most of them say: > .. previously declared here > ...: