[Cygwin] Failure in building current GCC snapshot

At least on Cygwin (1.7), the current GCC snapshot (20090917) fails to build: [...] /tmp/build/./gcc/xgcc -B/tmp/build/./gcc/ -B/usr/local/gfortran/i686-pc-cygwin/bin/ -B/usr/local/gfortran/i686-pc-cygwin/lib/ -isystem /usr/local/gfortran/i686-pc-cygwin/include -isystem /usr/local/gfortran/i

Re: [Cygwin] Failure in building current GCC snapshot

Angelo Graziosi wrote: At least on Cygwin (1.7), the current GCC snapshot (20090917) fails to build: [...] /tmp/build/./gcc/xgcc -B/tmp/build/./gcc/ -B/usr/local/gfortran/i686-pc-cygwin/bin/ -B/usr/local/gfortran/i686-pc-cygwin/lib/ -isystem /usr/local/gfortran/i686-pc-cygwin/include -isyste

Re: [Cygwin] Failure in building current GCC snapshot

Allan McRae ha scritto: Angelo Graziosi wrote: At least on Cygwin (1.7), the current GCC snapshot (20090917) fails to Seems to be the same as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395 Allan Indeed! Thanks, Angelo.

Re: i370 port

Paul Edwards wrote: > > As an alternative to the operand predicate, you might also add > > an extra check to the insn condition. For example, something > > along the following lines should work: > > > > (define_insn "" > > [(set (match_operand:SI 0 "register_operand" "=d") > > (mult:SI

Re: i370 port

> As an alternative to the operand predicate, you might also add > an extra check to the insn condition. For example, something > along the following lines should work: > > (define_insn "" > [(set (match_operand:SI 0 "register_operand" "=d") > (mult:SI (match_operand:SI 1 "register_oper

Geleceğiniz için aylık 100 TL taksitle arsanzı alın.

Merhaba; Türkiyenin başkenti Ankara ve Ankara'nın gözbebeği Çankaya ilçesinde yada diğer ilçelerinde aylık 100 TL taksitla arsa alarak geleceğinize yatırım yapabileceğinizi biliyormuydunuz. Ayrıntılar için www.deyemlak.com

Re: i370 port

Paul Edwards wrote: > And as I mentioned, there's just one real bug that I know of left. I can > bypass the bug in the GCC code that I am compiling, by forcing a > function call. > > C:\devel\gccnew\gcc>gccmvs -DUSE_MEMMGR -Os -S -ansi -pedantic-errors > -DHAVE_CON > FIG_H -DIN_GCC -DPUREISO -I

[4.5 bootstrap] i686-apple-darwin9 broken at 151839?

$ uname -v Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 $ more stage_current stage3 superficial error is: $ make -j8 bootstrap >build-log.txt 2>err-log.txt $ tail err-log.txt configure: error: cannot compute sizeof (long long)See `config.log'

Re: i370 port

That's a bit hard to diagnose without some further information ... What insn it is failing on? (To find out, use a debugger, or maybe add a "debug_rtx (insn)" statement before the abort in instantiate_virtual_regs_lossage)? I did the latter. C:\devel\gccnew\gcc>gccmvs -DUSE_MEMMGR -Os -S -ans

Re: [4.5 bootstrap] i686-apple-darwin9 broken at 151839?

On Fri, Sep 18, 2009 at 6:40 AM, IainS wrote: > $ uname -v > Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; > root:xnu-1228.15.4~1/RELEASE_I386 > > $ more stage_current > stage3 > > superficial error is: > $ make -j8 bootstrap >build-log.txt 2>err-log.txt > $ tail err-log.txt > configu

Re: i370 port

Paul Edwards wrote: > C:\devel\gccnew\gcc>gccmvs -DUSE_MEMMGR -Os -S -ansi -pedantic-errors > -DHAVE_CON > FIG_H -DIN_GCC -DPUREISO -I ../../pdos/pdpclib -I . -I config/i370 -I > ../include > varasm.c > (insn 117 429 118 7 (parallel [ > (set (reg:SI 64) > (co

Re: Is Non-Blocking cache supported in GCC?

On Thu, 2009-09-17 at 21:48 -0700, Ian Lance Taylor wrote: > "Amker.Cheng" writes: > > > Recently I found two relative old papers about non-blocking cache, > > etc. which are : > > > > 1) Reducing memory latency via non-blocking and prefetching > > caches. BY Tien-Fu Chen and Jean-Lo

Re: multilib and Makefile regeneration

* Paolo Bonzini wrote on Mon, Aug 31, 2009 at 11:53:17PM CEST: > On 08/31/2009 11:11 PM, Ralf Wildenhues wrote: > >The easiest for now would be (3), the coolest, most difficult and > >probably most dangerous one would be (2). Something like >

Anyone who can bootstrap on x86_64-linux-gnu these days ?

I get: ../../../gcc/libgcc/../gcc/libgcc2.c: In function '__powixf2': ../../../gcc/libgcc/../gcc/libgcc2.c:1739:1: internal compiler error: in convert_regs_1, at reg-stack.c:3052 That's going back to revision 151853. -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 1

Re: Anyone who can bootstrap on x86_64-linux-gnu these days ?

On Fri, Sep 18, 2009 at 12:44 PM, Toon Moene wrote: > I get: > > ../../../gcc/libgcc/../gcc/libgcc2.c: In function '__powixf2': > ../../../gcc/libgcc/../gcc/libgcc2.c:1739:1: internal compiler error: in > convert_regs_1, at reg-stack.c:3052 > > That's going back to revision 151853. > http://gcc.g

Re: Anyone who can bootstrap on x86_64-linux-gnu these days ?

H.J. Lu wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395 Indeed, bootstrapping after: $ svn up -r 151799 worked. Thanks ! -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.org/~toon/ Progress

Re: MPC 0.7 officially released, please test and report your results!

Kaveh R. GHAZI wrote: > Please download, compile and run "make check" for this release and post > your results as well your target triplet and the versions of your > compiler, gmp and mpfr. All platform results are welcome, but I am > especially interested in GCC's primary and secondary platform l

the cause of PR41260 is new additional epilog unwind information

Richard, We have an analysis on the cause of the breakage of exception handling at r147995 on x86_64-apple-darwin10 (PR41260)... http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025908.html http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025909.html The additional epilog unw

RE: the cause of PR41260 is new additional epilog unwind information

FYI, to clarify for others who haven't been following PR41260, the messages... http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025894.html http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025898.html explain the changes in libgcc handling as of darwin10. If I understand thos

RE: the cause of PR41260 is new additional epilog unwind information

I can confirm that the second proposed solution of passing -Wl,-no_compact_unwind to the linkage of the g++.dg/torture/stackalign/eh-vararg-2.C test cases eliminates the execution error on x86_64-apple-darwin10 so that option works. This leads to a dejagnu question. I want to do a quick and d

Re: Is Non-Blocking cache supported in GCC?

On Sat, Sep 19, 2009 at 1:17 AM, Janis Johnson wrote: > On Thu, 2009-09-17 at 21:48 -0700, Ian Lance Taylor wrote: > > There's also a prefetch built-in function; see > > http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other-Builtins > > It's been in GCC since 3.1. > > Janis > > Thank you all