Re: clear_cache on Alpha architecture not implemented?

2012-05-03 Thread Witold Baryluk
d should sit in compiler as builtin preferably. As of alpha, shouldn't for now just adding define_expand "clear_cache" ... to alpha.md just like in mips.md solve the problem? -- Witold Baryluk

clear_cache on Alpha architecture not implemented?

2012-05-03 Thread Witold Baryluk
y on running cpu. Build of axiom package successed on my machine probably by luck, and by the fact it is single CPU machine with smaller cache than imago (and older subarchitecture, thus probably less agressive caching). What alpha maintainers thinks? Regards, Witek -- Witold Baryluk

Re: Compilation fails on Debian Wheezy - cannot find gnu/stubs-32.h [multiarch]

2012-02-14 Thread Witold Baryluk
On 02-14 17:34, Ian Lance Taylor wrote: > Witold Baryluk writes: > > > On Tue, Feb 14, 2012 at 10:35:16PM +, Jonathan Wakely wrote: > >> On 14 February 2012 22:26, Witold Baryluk wrote: > >> > > >> > I was trying to compile gcc-4.7 snapsho

Re: Compilation fails on Debian Wheezy - cannot find gnu/stubs-32.h [multiarch]

2012-02-14 Thread Witold Baryluk
On Tue, Feb 14, 2012 at 10:35:16PM +, Jonathan Wakely wrote: > On 14 February 2012 22:26, Witold Baryluk wrote: > > > > I was trying to compile gcc-4.7 snapshots on Debian GNU/Linux wheezy > > (testing/unstable) i386, and found problem releated to multiarch. > >

Compilation fails on Debian Wheezy - cannot find gnu/stubs-32.h [multiarch]

2012-02-14 Thread Witold Baryluk
n=5847&view=markup It would be nice to have this working out of the box. Regards, Witek PS. Please keep me in CC, as I'm not subscribed to mailing list. -- Witold Baryluk

Re: Bootstrap comparison failure! (gcc 4.6.x with -O3)

2011-03-28 Thread Witold Baryluk
On 03-27 09:42, Andi Kleen wrote: > Witold Baryluk writes: > > > > make BOOT_CFLAGS="$CFLAGS -flto" CFLAGS_FOR_BUILD="$CFLAGS" > > CXXFLAGS_FOR_BUILD="$CXXFLAGS" bootstrap > > Easier is to configure with --with-build-config=bootstrap-lto

Bootstrap comparison failure! (gcc 4.6.x with -O3)

2011-03-27 Thread Witold Baryluk
gured-libstdc++-v3 ; fi` -L$r/i686-pc-linux-gnu/libstdc++-v3/src - L$r/i686-pc-linux-gnu/libstdc++-v3/src/.libs" "TFLAGS=" "CONFIG_SHELL=/bin/bash" "MAKEINFO=makeinfo --split-size= 500 --split-size=500" compare make[2]: Wejście do katalogu `/scratch/baryluk/gcc/obiekty' make[3]: Wejście do katalogu `/scratch/baryluk/gcc/obiekty' rm -f stage_current make[3]: Opuszczenie katalogu `/scratch/baryluk/gcc/obiekty' Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs warning: gcc/cc1obj-checksum.o differs Bootstrap comparison failure! gcc/build/gengtype-state.o differs gcc/ada/adaint.o differs gcc/gcc.o differs gcc/go/unsafe.o differs gcc/go/types.o differs gcc/go/import.o differs gcc/go/export.o differs gcc/go/gogo.o differs gcc/go/dataflow.o differs gcc/go/parse.o differs gcc/go/import-archive.o differs gcc/go/expressions.o differs gcc/go/gogo-tree.o differs gcc/go/statements.o differs gcc/lto/lto.o differs gcc/tlink.o differs libiberty/pic/filename_cmp.o differs libiberty/filename_cmp.o differs make[2]: *** [compare] Błąd 1 make[2]: Opuszczenie katalogu `/scratch/baryluk/gcc/obiekty' make[1]: *** [stage3-bubble] Błąd 2 make[1]: Opuszczenie katalogu `/scratch/baryluk/gcc/obiekty' make: *** [bootstrap] Błąd 2 baryluk@tytus:/scratch/baryluk/gcc$ Are there any obvious reasons this failes? Is this because I manually changed BOOT_CFLAGS as passed to make? And why it took so long? I'm compiling now gcc-4.6.0-RC-20110321 without -with-build-config=bootstrap-lto and without -flto (but still with -O3), and it already takes 3 days also. It will probably end with the same result, but will report a result when it will end. Regards, Witek -- Witold Baryluk signature.asc Description: Digital signature