If you have time, I’d appreciate anyone who can help test the release. Please do the following:
Download/compile llvm source, and either compile llvm-gcc source or use llvm-gcc binary (please compile llvm-gcc with fortran if you can).
Run make check, send me the testrun.log
Run “make TEST=nightly report” and send me the report.nightly.txt
Please provide details on what platform you compiled LLVM on, how you built LLMV (src == obj, or src != obj), gcc version, and if you compiled llvm-gcc with support for fortran. The more details, the better.
Please COMPLETE ALL TESTING BY end of the day on Feb. 28th!
We hope to have the final release out on 3/2/2009 (assuming no new regressions).
I hacked “-Wno-variadic-macros” bug but llvm-gcc is hanging on GCC 3.4.4 Cygwin later on first bootstrap pass in configure when “checking executable suffix”, presumably this is the first self call.
On the face of it, it looks like it may be a tough one to debug, dont know if GCC 3.4.4 Cygwin will make it to 2.5 release.
I’ll try with GCC 4.2 on Cygwin tommorow, unless anyone else is covering it.
Hi Tanya, the gcc testsuite doesn't seem to be present
in llvm-gcc4.2-2.5.source. I don't think removing it
is a good idea. I noticed this when I wanted to check
that the release passes the Ada checks.
Hi Tanya, the gcc testsuite doesn't seem to be present
in llvm-gcc4.2-2.5.source. I don't think removing it
is a good idea. I noticed this when I wanted to check
that the release passes the Ada checks.
Its been removed from the final release for many releases now. I personally don't care but was told to do this. I'll check with Chris when he gets back.
Actually its [configure-stage3-intl] where its hanging.
This can easily be due to inline FP math in the stdlib headers. For example - I had to maintain slightly hacked mingw32 headers which do not contain inline FP assembler, otherwise at least libstdc++ configure would hang. No idea about cygwin though.
Actually its [configure-stage3-intl] where its hanging.
This can easily be due to inline FP math in the stdlib headers. For example - I had to maintain slightly hacked mingw32 headers which do not contain inline FP assembler, otherwise at least libstdc++ configure would hang. No idea about cygwin though.
Don’t think it is that. I looked at the configure code and I cannot work out why its failing on working out what the exe suffix is. Weird bug.
I have GCC 4.2.2 built on Cygwin now and will try with that,
If you have time, I'd appreciate anyone who can help test the release.
Please do the following:
1) Download/compile llvm source, and either compile llvm-gcc source or use
llvm-gcc binary (please compile llvm-gcc with fortran if you can).
Unclear which of the many tarballs you mean, so I chose the smallest
2) Run make check, send me the testrun.log
$ gmake check
llvm[0]: Running test suite
gmake[1]: Entering directory
`/disk1.1/usr/home/ben/software/unpacked/llvm-2.5/test'
Making a new site.exp file...
*** dejagnu not found. Make sure 'runtest' is in your PATH, then
reconfigure LLVM.
gmake[1]: Leaving directory
`/disk1.1/usr/home/ben/software/unpacked/llvm-2.5/test'
This is on FreeBSD. I have no idea what "runtest" is?
