Re: legitimate parallel make check?

[Office Admin]

On 10 Mar 2010, at 09:22, IainS wrote:


Far easier: just set the DEJAGNU environment variable to the absolute
path to the size.exp file.  runtest knows about that.

the DEJAGNU env. var is set in btest.sh



my mistake.
duh - that's what comes of working with code that was forked a long  
time ago ..

.. it isn't set in the current version..
Iain

Re: bootstrap fail on powerpc-apple-darwin8

[Office Admin]

On 3 Sep 2009, at 12:05, IainS wrote:


uname -prs
Darwin 8.11.0 powerpc

Updating SVN tree
At revision 151374.

config:
 ../gcc-4-5-regtest/configure --prefix=/Volumes/ScratchCS/gcc-4-5- 
install --target=powerpc-apple-darwin8 --host=powerpc-apple-darwin8  
--build=powerpc-apple-darwin8 --enable-languages=c,objc,c++,obj-c+ 
+,fortran --enable-version-specific-runtime-libs --enable-threads -- 
enable-checking=yes --program-suffix=-4.5.0 --with-dwarf2 --with- 
libiconv-prefix=/usr --with-system-zlib --enable-stage1- 
languages=c,c++


output:

[address=03d770b0 pc=002cabf8]
../../gcc-4-5-regtest/gcc/config/rs6000/altivec.md: In function  
'recog_48':
../../gcc-4-5-regtest/gcc/config/rs6000/altivec.md:1864:1: internal  
compiler error: Segmentation Fault

Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
make[3]: *** [insn-recog.o] Error 1
make[2]: *** [all-stage2-gcc] Error 2
make[1]: *** [stage2-bubble] Error 2
make: *** [bootstrap] Error 2

what other output would hep diagnose this?
(151057 was my last successful bootstrap)


to answer my own...
As of 151409 powerpc-apple-darwin8 behaves the same as darwin9  
(bootstrap is still broken as per PR41224)

Iain

Re: [PATCH, DARWIN] fix emutls exports in libgcc_s10.{4,5}.dylib

[Office Admin]

FWIW

clearly, this  *can* be done .. the open question is whether it  
*should* be done :-)


On 10 Dec 2008, at 19:59, IainS wrote:

perhaps it would be more productive to see
if the testsuite in libgomp can be reworked to handle darwin when
gcc is uninstalled.


the patch below gives the same result on D9 (checking is still  
running on D8)


finished...

http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01022.html
http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01023.html

Iain