Re: build error: gcc/gcc/gimplify.c:424: internal compiler error: Segmentation fault

Daniel Franke wrote: SVN revision: 118109 Try 118110 Andreas

Re: ICE while bootstrapping trunk on hppa2.0w-hp-hpux11.00

Rainer Emrich wrote: On trunk Revision: 118816 [snip] -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/../libdecnumber -I../libdecnumber -DL__gcc_bcmp -c /raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/libgcc2.c -o libgcc/./__gcc_bcmp.o /raid/tecosim/it/devel/project

Re: failed to compile gcc-4.3-20061209/gcc/varasm.c on OSX 10.3

Dominique Dhumieres wrote: On OSX 1Â0.3 updating to gcc-4.3-20061209 failed with: ... cc1: warnings being treated as errors ../../gcc-4.3-20061209/gcc/varasm.c: In function 'elf_record_gcc_switches': ../../gcc-4.3-20061209/gcc/varasm.c:6268: warning: format '%llu' expects type 'long long unsign

Re: failed to compile gcc-4.3-20061209/gcc/varasm.c on OSX 10.3

Andreas Tobler wrote: Dominique Dhumieres wrote: On OSX 1Â0.3 updating to gcc-4.3-20061209 failed with: ... cc1: warnings being treated as errors ../../gcc-4.3-20061209/gcc/varasm.c: In function 'elf_record_gcc_switches': ../../gcc-4.3-20061209/gcc/varasm.c:6268: warning: fo

Re: RFC: SMS problem with emit_copy_of_insn_after copying REG_NOTEs

Andrew Pinski wrote: Hi, thanks for testing. I've bootstrapped/regtested this variant of patch and comitted it as obvious. This causes a bootstrap regression on powerpc-darwin while compiling libgfortran. And linux-ppc 32-bit. we call copy_insn_1 with the following RTL: (gdb) p debug_rtx(

Re: Bootstrap error on powerpc-apple-darwin: stfiwx

Geert Bosch wrote: %cat LAST_UPDATED Sat Mar 26 21:31:28 EST 2005 Sun Mar 27 02:31:28 UTC 2005 stage1/xgcc -Bstage1/ -B/opt/gcc-head//powerpc-apple-darwin7.8.0/bin/ -c -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long

Re: call for testers!

Geoffrey Keating wrote: I'd really appreciate it if people on unusual host systems (AIX, HPPA, cygwin, etc.) could see what the effect of the patch in is on their bootstrap. I've gotten no responses at all, and I presume this means that

Re: GCC 4.0 RC2 Available

ppc-linux 32-bit. http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg01370.html Andreas

Re: Moving the pkgconfig directory from lib/ to libdata/?

Daniel Jacobowitz wrote: On Wed, May 11, 2005 at 10:18:01PM +0200, Gerald Pfeifer wrote: Is the pkgconfig directory at the correct location when put under lib/, or shouldn't this be libdata/ instead? I've seen the following patch in use, that's why I'm wondering. What system has $(prefix)/libdata?

Re: GCC 4.0.1 RC3

Darwin here: http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00221.html ok so far. Andreas

Re: GCC 4.0.2 RC1 Available

Laurent GUERBY wrote: On Wed, 2005-09-14 at 08:13 -0700, Mark Mitchell wrote: Assuming that no critical problems emerge, I'll do the final release within the next week. Libgcj seems broken with --enable-java-awt=gtk,xlib --enable-gtk-cairo. (on darwin ppc and linux ppc at least, but I guess o

Re: GCC 4.0.2 RC1 Available

Andreas Tobler wrote: On Wed, 2005-09-14 at 08:13 -0700, Mark Mitchell wrote: Assuming that no critical problems emerge, I'll do the final release within the next week. Libgcj seems broken with --enable-java-awt=gtk,xlib --enable-gtk-cairo. (on darwin ppc and linux ppc at least,

Re: GCC 4.0.2 RC2

Mark Mitchell wrote: Please test, post test results to gcc-testresults, and send me an email pointing at the results. darwin ppc should be ok. http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00898.html Andreas

Re: new cctools, 590.12 for Darwin

Geoffrey Keating wrote: I've uploaded cctools-590.12 to and the source for it as Their md5 checksums are: 410dd3c1471d31e24a193c674432a7f5 cctools-590.12.tar.bz2 0

Re: libjava bootstrap failure

Rafael Ávila de Espíndola wrote: When bootstrapping gcc revision 109670 in a i486-linux-gnu, libjava compilation fails. I was able to reduce the problem to the generated cc1plus producing an internal compiler error when compiling: namespace java { class Object; } bool _Jv_ObjectCheckMonitor

libgomp & solaris

Hello, Andrew P. wanted me to report the issues I encountered with libgomp and solaris on head. In team.c solaris fails due to the fact that alloca is defined in alloca.h iso stdlib.h, config/posix/proc.c fails in a similar manner due to the fact that getloadavg is defined in sys/loadavg.h

Re: Andreas Tobler appointed FreeBSD maintainer

en for >> approximately twelve years; although I haven't been very active >> the last four years. [...] I am looking for someone that both the >> GCC steering committee and I would be willing to hand over the >> reigns before I drop my officially-listed maintainership. Turns

Re: ARM not building on head?

c_libfuncs (MAX_SYNC_LIBFUNC_SIZE); Committed as obvious. Again, sorry for the troubles. Andreas 2015-01-09 Andreas Tobler * config/arm/arm.h (MAX_SYNC_LIBFUNC_SIZE): Delete semicolon. Index: arm.h === --- arm.h (revis

Re: ARM not building on head?

On 10.01.15 01:00, Joel Sherrill wrote: FWIW fixing the semicolon only let's the build get to an ICE. :( https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64551 Applied the proposal and was able to build a cross-compiler. Andreas On January 9, 2015 4:00:38 PM CST, Jan-Benedict Glaw wrote:

libtool.m4 update?

All, Earlier this year libtool.m4 and friends received an update to support the upcoming FreeBSD10.x version. Now as it seems it was not enough. We need an additional update, especially the objformat detection needs a fix. It is a one-liner, in libtool.m4. (around line 2273 of libtool.m4 we ha

Re: Autoconf 2.64 broken on FreeBSD 10.0

On 15.11.11 22:37, Gerald Pfeifer wrote: GCC fails to build on FreeBSD 10, and debugging this I ran into the following snippet that's spread all over the place in various ./configure files: freebsd* | dragonfly*) # DragonFly does not have aout. When/if they implement a new # versio

Re: Autoconf 2.64 broken on FreeBSD 10.0

On 15.11.11 23:08, Andreas Schwab wrote: Andreas Tobler writes: libtool.m4 change: -- case $host_os in -freebsd[[123]]*) objformat=aout ;; +freebsd[[23]].*) objformat=aout ;; If you match the dot explicitly anyway you can leave the 1 in the set. Yep. I just

Re: Autoconf 2.64 broken on FreeBSD 10.0

On 15.11.11 23:31, Peter O'Gorman wrote: On 11/15/2011 04:18 PM, Andreas Tobler wrote: On 15.11.11 23:08, Andreas Schwab wrote: Andreas Tobler writes: libtool.m4 change: -- case $host_os in - freebsd[[123]]*) objformat=aout ;; + freebsd[[23]].*) objformat=aout ;; I

Re: Autoconf 2.64 broken on FreeBSD 10.0

On 15.11.11 23:34, Gerald Pfeifer wrote: On Tue, 15 Nov 2011, Andreas Tobler wrote: Are you sure that they come from autoconf? I'd say they come from toplevel libtool.m4. You right; bah, my bad. When I tested this, I only had to adjust libtool.m4 and then autoconf'ing the ne

Re: CVS/SVN binutils and gcc on MacOS X?

Stefan Dösinger wrote: I tried to install binutils from CVS and the gcc SVN code on my mac to test my msvc_prologue work there, but I ran into an interesting problem: binutils for MacOSX is a no-go. When using the SVN gcc with my own as, I cannot compile any files: Assembler messages: Fatal

Re: GCC server is down?

Hi Basil, On 13.12.09 17:16, Basile STARYNKEVITCH wrote: It seems to me that now (GMT time is Sun Dec 13 16:14:59 UTC 2009) the gcc.gnu.org server is down (unreachable, don't ping, don't answer HTTP requests). This seems to be the case for a couple of hours at least. The servers were down du

Re: [PATCH]: bump minimum MPFR version, (includes some fortran bits)

Geoff Keating wrote: Does everyone really type --with-mpfr= on every build? Looking at gcc-testresults, I see: Kaveh: yes Joey Ye: no HJ: no Guerby: yes Andreas Jaeger: no Dave Anglin: no Janis: yes Gerald Pfeifer: no Diego: yes Andreas Krebbel: no It seems like mostly, anyone using the

Re: Call for testers: MPC-0.6 released

Kaveh R. Ghazi wrote: And report your results along with the versions of target triplet/compiler/gmp/mpfr that you used. I've cc'ed others who have access to the platforms in question based on GCC test results. Please help if you can. - powerpc-apple-darwin9.6.0 gcc-4.5.0 gmp-4.2.2 mpfr-2.3

Re: Call for testers: MPC-0.6 released

Andreas Tobler wrote: Kaveh R. Ghazi wrote: And report your results along with the versions of target triplet/compiler/gmp/mpfr that you used. I've cc'ed others who have access to the platforms in question based on GCC test results. Please help if you can. - powerpc-apple-darwi

Re: libgomp & solaris

Richard Henderson wrote: On Thu, Jan 19, 2006 at 10:45:39PM +0100, Andreas Tobler wrote: In team.c solaris fails due to the fact that alloca is defined in alloca.h iso stdlib.h ... Er, *not* defined did you mean? This should probably be fixed with a #define to __builtin_alloca in libgomp.h

Re: libgomp & solaris

Andreas Tobler wrote: Richard Henderson wrote: On Thu, Jan 19, 2006 at 10:45:39PM +0100, Andreas Tobler wrote: In team.c solaris fails due to the fact that alloca is defined in alloca.h iso stdlib.h ... Er, *not* defined did you mean? This should probably be fixed with a #define to

Re: libgomp & solaris

Richard Henderson wrote: On Fri, Jan 20, 2006 at 10:18:18PM +0100, Andreas Tobler wrote: or with double guard: #ifdef HAVE_GETLOADAVG #ifdef HAVE_SYS_LOADAVG_H # include sys/loadavg.h #endif #endif This, I guess. Ok. Thanks. Sounds like a typo in the specs for the platform. Hm, in

bootstrap broken on solaris8

Hello I can't hide :) I get the following bootstrap break on solaris 8: cc1: warnings being treated as errors insn-automata.c: In function 'internal_insn_latency': insn-automata.c:1969: warning: implicit declaration of function 'store_data_bypass_p' gmake[3]: *** [insn-automata.o] Error 1 Th

Re: bootstrap broken on solaris8

Andreas Tobler wrote: Hello I can't hide :) I get the following bootstrap break on solaris 8: cc1: warnings being treated as errors insn-automata.c: In function 'internal_insn_latency': insn-automata.c:1969: warning: implicit declaration of function 'store_data_bypass_p&#

Re: bootstrap broken on solaris8

Zack Weinberg wrote: On Wed, Jan 25, 2006 at 12:17:00AM +0100, Andreas Tobler wrote: Andreas Tobler wrote: I get the following bootstrap break on solaris 8: cc1: warnings being treated as errors insn-automata.c: In function 'internal_insn_latency': insn-automata.c:1969: warning

Re: bootstrap broken on solaris8

Zack Weinberg wrote: On Wed, Jan 25, 2006 at 12:17:00AM +0100, Andreas Tobler wrote: Andreas Tobler wrote: I get the following bootstrap break on solaris 8: cc1: warnings being treated as errors insn-automata.c: In function 'internal_insn_latency': insn-automata.c:1969: warning

Re: bootstrap broken on solaris8

Andreas Tobler wrote: Zack Weinberg wrote: On Wed, Jan 25, 2006 at 12:17:00AM +0100, Andreas Tobler wrote: Andreas Tobler wrote: I get the following bootstrap break on solaris 8: cc1: warnings being treated as errors insn-automata.c: In function 'internal_insn_latency': insn-autom

Re: bootstrap broken on solaris8

Steve Ellcey wrote: 2006-01-25 Andreas Tobler <[EMAIL PROTECTED]> * genautomata.c (main): Add insn-config.h and recog.h to the include list. * Makefile.in (insn-automata.o): Adjust dependencies for the above includes. Andreas, I don't know

Re: bootstrap broken on solaris8

Zack Weinberg wrote: On Wed, Jan 25, 2006 at 01:01:17PM -0800, Steve Ellcey wrote: I took Zack's advice and put all the includes from insn-attrtab.c into insn-automata.c. My current problem is that I get: | insn-automata.c: In function 'print_reservation': | insn-automata.c:22466: warning: str

Re: bootstrap broken on solaris8

Steve Ellcey wrote: On Wed, Jan 25, 2006 at 01:01:17PM -0800, Steve Ellcey wrote: I took Zack's advice and put all the includes from insn-attrtab.c into insn-automata.c. My current problem is that I get: | insn-automata.c: In function 'print_reservation': | insn-automata.c:22466: warning: stri

Re: bootstrap broken on solaris8

Steve Ellcey wrote: Hm, then I suggest at first to propose your patch to resolve the implict declarations. ( I have the applied the same on sparc-solaris. ) I think that is a good idea. It gets us a bit further. Since my patch is just an extension of yours why don't you go ahead and submit i

Re: Declaration of a guard function for use on define_bypass

Peter Steinmetz wrote: I'm using store_data_bypass_p from recog.c as the guard for a define_bypass within a machine description. I'm seeing the following warning/error that I'd like to clean up. cc1: warnings being treated as errors insn-automata.c: In function 'internal_insn_latency': insn-aut

[RFC] libffi testsuite gcc flags?

Hello all, I recently recognized that we run the libffi testsuite without any gcc flags like -Ox or so. This had the effect that a test case was failing since it fell in the area of PR 323. return_fl2.c was compiled with -O0. Now my question, would it make sense to run the testsuite with diff

Re: Imported GNU Classpath 0.90

Bradley Lucier wrote: Please let us know ([EMAIL PROTECTED]) if there are any issues with the new import. It has been tested on x86, x86-64 and ppc-32 on GNU/Linux and sun-sparc-solaris8 multilib and darwin-pcc 32-bit. But more testing is helpful (it also includes an update to the fdlibm library)

Re: Forward port darwin/i386 support 4.0 => 4.2 problems

Sandro Tolaini wrote: On 24/mar/2006, at 14:24, Andrew Pinski wrote: This looks like you did not update your cctools to the newest one which was posted which includes this symbol. Updated cctools, now the not found symbol has changed: dyld: _dyld_bind_fully_image_containing_address() error

Re: [RFA] Boehm GC support addition for debugging

Andrew Pinski wrote: On Jun 26, 2006, at 10:02 PM, Andrew Pinski wrote: On Jun 26, 2006, at 9:01 AM, Bryce McKinlay wrote: Otherwise, this is fine. No it is not, it broke bootstrap on powerpc-darwin: Did you look when the function would have been declared. From gc.h: #if defined(GC_PT

Re: libffi on Darwin PPC at -m64

Jack Howarth wrote: Has anyone ever run the libffi testsuite when built at -m64 on Darwin PPC? It appears that every single test fails at -m64 on execution. Jack Sigh, I can't resist! There is _NO_ 64-bit libffi port for darwin ppc.

bootstrap failure powerpc64 FreeBSD r206072

Hi, the revision 206072 causes here on FreeBSD powerpc64 a bootstrap failure in stage 3. I'm a bit confused. What would you need from me to help me analyze the situation? PR plus stage 3 preprocessed source of tree-ssa-ifcombine.c? I'm a bit out of sync regarding gcc development, so please bear

Re: GNU MPC 1.0 release candidate

On 07.07.12 17:13, Andreas Enge wrote: We are pleased to announce the immediate availability of the first release candidate for GNU MPC 1.0 at http://www.multiprecision.org/mpc/download/mpc-1.0.0rc1.tar.gz sha1sum 9acc8a54ba4ecd0ccf172c0d07fcc218220e79a3 Reports on successful installatio

Re: GNU MPC 1.0 release candidate

On 08.07.12 12:32, Andreas Tobler wrote: On 07.07.12 17:13, Andreas Enge wrote: We are pleased to announce the immediate availability of the first release candidate for GNU MPC 1.0 at http://www.multiprecision.org/mpc/download/mpc-1.0.0rc1.tar.gz sha1sum

Re: bootstrap broken w disable-checking

On 23.09.12 18:24, Richard Guenther wrote: On Sat, Sep 22, 2012 at 9:40 AM, Andreast Tobler wrote: Hi all, while testing some patches fro Michael M, I noticed that disable-checking seems broken on trunk. I saw this on x86_64-freebsd and powerpc64-freebsd. Is this issue already known? If not,

bootstrap comparison failure ppc64 FreeBSD

Hello, on trunk (193501) I get a comparison failure: --- Bootstrap comparison failure! gcc/tree-ssa-forwprop.o differs --- This is with --disable-checking. Leaving disable-checking away, the bootstrap completes succesfully. --- andreast% stage2-gcc/xgcc -v Using built-in specs. COLLECT_GCC=stage

Re: bootstrap comparison failure ppc64 FreeBSD

On 14.11.12 21:57, Peter Bergner wrote: > On Wed, 2012-11-14 at 18:51 +0100, Andreas Tobler wrote: >> Hello, >> >> on trunk (193501) I get a comparison failure: >> --- >> Bootstrap comparison failure! >> gcc/tree-ssa-forwprop.o differs >> --- >>

Re: c99-math execute failures on sparc-sun-solaris2.11

Hi Kaveh, Kaveh R. GHAZI wrote: I've never had access to solaris 11, and my earlier access to solaris 10 (where these tests worked) is gone, would you please tell me why these tests fail? Which of the if clauses in c99-math.h is aborting and which of the solaris_math_* fixincludes are successf

Re: c99-math execute failures on sparc-sun-solaris2.11

Rainer Orth wrote: Hi Kaveh, I notice that the solaris_math_* fix hacks all seems to have a bypass clause on "GNUC". Sometimes the solaris headers try to be gcc-aware. Is there a GNUC appearing in solaris11's /usr/include/iso/math_c99.h header? And that begs the question, why do these fix

Re: c99-math execute failures on sparc-sun-solaris2.11

Kaveh R. Ghazi wrote: Okay, thanks both of you for tracking this down. So the solaris definition of isinf is not exception-safe in the presence of nans. Try inserting this code into c99-math-double-1.c after it includes math headers. (This is what fixincludes puts into the header for solar

Re: c99-math execute failures on sparc-sun-solaris2.11

Kaveh R. Ghazi wrote: Great, we're making progress. On mainline only (not 4.2 or prior) does this work instead? Yep, trunk. [ultra10:gcc/testsuite/gcc.dg] andreast% diff -u /usr/include/iso/math_c99.h.orig /usr/include/iso/math_c99.h --- /usr/include/iso/math_c99.h.origMon Feb 4 21:55

Re: c99-math execute failures on sparc-sun-solaris2.11

Hi Kaveh, Andreas Tobler wrote: On mainline only (not 4.2 or prior) does this work instead? Yep, trunk. [ultra10:gcc/testsuite/gcc.dg] andreast% diff -u /usr/include/iso/math_c99.h.orig /usr/include/iso/math_c99.h --- /usr/include/iso/math_c99.h.origMon Feb 4 21:55:29 2008 +++ /usr

Re: Darwin long double issue (PR25477): any news or plans?

Mike Stump wrote: On Feb 22, 2008, at 12:14 PM, Kaveh R. Ghazi wrote: If someone steps forward, are you allowed to follow the patches list We can't read the patches nor gcc list. So you're not allowed to? Except you're cc'ed? It would explain a few issues to me if so, sad, really sad.

Re: solaris is a secondary platform for gcc-4.4

Benjamin Kosnik wrote: I propose moving sparc-sun-solaris2.10 from primary to secondary on this page: http://gcc.gnu.org/gcc-4.4/criteria.html Thoughts? Please keep it as primary. I try to give my best to help out. I do daily testing on 2.8/2.10. Currently 2.8 is broken. I work in a comp

Re: solaris is a secondary platform for gcc-4.4

Benjamin Kosnik wrote: Please keep it as primary. I try to give my best to help out. I do daily testing on 2.8/2.10. Currently 2.8 is broken. You do seem to be the most active solaris contributor at the moment, and that is encouraging. Thanks for your hard work. Any chance you could post the

Re: solaris is a secondary platform for gcc-4.4

Benjamin Kosnik wrote: We are seeing tests posted, at least, even if the volume isn't what it probably should be for a primary. sparc-solaris2.10+ has been tested twice on trunk since stage one for gcc-4.4 opened. This is unacceptable, and in the lower bounds even for a secondary target. (All o

Re: Bootstrap fails on i386-pc-solaris2.10

Art Haas wrote: The build also failed on my sparc-sun-solaris2.10 system. The mmap()/munmap() calls in these functions are the cause of the problem. I have a fix in the queue. There are some more failures. Stay tuned. Andreas

Re: Bootstrap failure on sparc-sun-solaris2.10

Rainer Orth wrote: Looks like a code generation bug to me. I'll try to start a reghunt asap. Start around the 25/26th of August. IRA. Since then it is borked. Andreas

Re: Bootstrap failure on sparc-sun-solaris2.10

H.J. Lu wrote: On Fri, Sep 5, 2008 at 12:15 PM, Andreas Tobler <[EMAIL PROTECTED]> wrote: Rainer Orth wrote: Looks like a code generation bug to me. I'll try to start a reghunt asap. Start around the 25/26th of August. IRA. Since then it is borked. Can you try ira-merge bra

Re: Bootstrap failure on sparc-sun-solaris2.10

H.J. Lu wrote: Can you try ira-merge branch? It has all IRA bug fixes without non-IRA changes. How is it named? ira-merge? If, I can't find it on http://gcc.gnu.org/svn.html. It is a temporary branch, branches/ira-merge, to track IRA related problems. Thanks, co right now. Andreas

Re: Bootstrap failure on sparc-sun-solaris2.10

H.J. Lu wrote: On Fri, Sep 5, 2008 at 12:36 PM, Andreas Tobler <[EMAIL PROTECTED]> wrote: H.J. Lu wrote: On Fri, Sep 5, 2008 at 12:15 PM, Andreas Tobler <[EMAIL PROTECTED]> wrote: Rainer Orth wrote: Looks like a code generation bug to me. I'll try to start a reghunt asap.

Re: Bootstrap failure on sparc-sun-solaris2.10

H.J. Lu wrote: It is a temporary branch, branches/ira-merge, to track IRA related problems. Same issue. Does trunk bootstrap with revision 139589? No, gcc version 4.4.0 20080905 (experimental) [trunk revision 140042] (GCC) Andreas

Re: Bootstrap failure on sparc-sun-solaris2.10

H.J. Lu wrote: On Fri, Sep 5, 2008 at 2:57 PM, Andreas Tobler <[EMAIL PROTECTED]> wrote: H.J. Lu wrote: It is a temporary branch, branches/ira-merge, to track IRA related problems. Same issue. Does trunk bootstrap with revision 139589? No, gcc version 4.4.0 20080905 (experi

Re: libjava regressions in r140713

Jack Howarth wrote: On i686-apple-darwin9, I am seeing massive regressions in the libjava testsuite in revision 140713 compared to my previous test on 20080925. Since the libtool updates went in (which would see the likely culprit), we went from zero to 835 unexpected failures. http://gcc.gnu

Re: libjava regressions in r140713

Hi Peter, Peter O'Gorman wrote: Andreas Tobler wrote: Jack Howarth wrote: On i686-apple-darwin9, I am seeing massive regressions in the libjava testsuite in revision 140713 compared to my previous test on 20080925. Since the libtool updates went in (which would see the likely culprit

Re: libjava regressions in r140713

Andreas Tobler wrote: Hi Peter, Peter O'Gorman wrote: Andreas Tobler wrote: Jack Howarth wrote: On i686-apple-darwin9, I am seeing massive regressions in the libjava testsuite in revision 140713 compared to my previous test on 20080925. Since the libtool updates went in (which woul

Re: backport of Revision 120684 for Macintel into gcc 4.2.1?

Jack Howarth wrote: Doh! Perhaps I need to add this as well (which went into four days after r120684... 2007-01-15 Andreas Tobler <[EMAIL PROTECTED]> * os_dep.c (defined(MPROTECT_VDB) && defined(DARWIN)): Adjust mail reference. (catch_exception_raise

Re: building gcc4-4.3.0-20070518 failed on OSX 10.3.9

Dominique Dhumieres wrote: Comparing the log of successful and failed builds I have found that the failed one contains -mdynamic-no-pic which does not appear in the previous build. According Apple's doc this should be used in "application", but it should not appear when building libraries (at l

Re: building gcc4-4.3.0-20070518 failed on OSX 10.3.9

Dominique Dhumieres wrote: In toplevel, svn up -r 124763 Makefile.tpl Makefile.def Makefile.in I used the files from trunk revision 124627 and the build went fine. I'll try to find some time to fill a PR I can confirm your hunting. Reverting the mentioned patch brings bootstrap back on ppc-

Re: RTL sharing bootstrap failure on sparc-sun-solaris2.10

Kaveh R. GHAZI wrote: (Sorry, first one bounced from gcc@ because it was over 400k) Hi Jan, On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2 complaining several times about rtl sharing. I've included four .i files for modules that ICEed during stage2, and the cc1 invocati

Re: How do I upgrade gcc/g++ on a Mac

Gordon Prieur wrote: We have 2 different Macs, both running 10.4 OS but different builds of the same versions of gcc/g++/gdb. With the older set of tools we see gdb failures debugging some C++ applications (faulty line table information). Debugging the same program on with the later builds,

Re: Library not loaded

Denis Tkachov wrote: Hi all I am having problem starting my application that is successfully built. I am using boost to serialize/deserialize data. I have link boost library and my project is built successfully, but I cannot run it. Running the project (build&go in xcode) I receive this error:

Re: Bootstrap failure on i386-pc-solaris2.10

Art Haas wrote: Hi. My builds have been failing since about last night on my i386-pc-solaris2.10 system. I was able to build successfully yesterday - the compiler configuration info is below: $ gcc -v Using built-in specs. Target: i386-pc-solaris2.10 Configured with: /export/home/arth/gnu/gcc.g