Nightly tester 'grawp' is reporting compilation error ? How do I see detailed build log ?
Thanks,
Looks like all the Apple Mac OS X testers have been failing on stacker build:
/Volumes/Wildlings/echeng/nightlytest/build/llvm/Release/bin/gccas: /Volumes/Wildlings/echeng/nightlytest/build/llvm/projects/Stacker/lib/runtime/Release/stacker_rt.ll:22,0: syntax error, unexpected $undefined, expecting LOAD or STORE
/Volumes/Wildlings/echeng/nightlytest/build/llvm/projects/Stacker/lib/runtime/Release/stacker_rt.ll:22: while reading token: 's'
make[4]: *** [/Volumes/Wildlings/echeng/nightlytest/build/llvm/projects/Stacker/lib/runtime/Release/stacker_rt.bc] Error 1
I assume it's due to some llvm asm changes? Reid, any ideas?
Evan
Hi Devang,
Unfortunately, there's no way to see the build log unless you're on the
machine from which the report was generated. If you can log in to
Grawp's machine then it should be in the "WEBDIR".
It is most likely mis-compiling because the needed llvm-gcc patch has
not been applied after the SETCC patch to LLVM was committed last
weekend.
Reid.
Reid,
Click on any of these logs and you'll see the same asm parsing issues. It's been going on for much of the week.
http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt
llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build (bytecode)
/Volumes/Muggles/LLVM/nightlytest/build/llvm/Release/bin/gccas: /Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/runtime/Release/stacker_rt.ll:21,0: parse error, expecting `LOAD' or `STORE'
/Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/runtime/Release/stacker_rt.ll:21: while reading token: 's'
http://llvm.org/nightlytest/machines/2006-12-29_22:32:16-Build-Log.txt
http://llvm.org/nightlytest/machines/2006-12-30_05:40:17-Build-Log.txt
http://llvm.org/nightlytest/machines/2006-12-29_06:08:51-Build-Log.txt
/Users/sabre/buildtest/llvm/Release/bin/gccas: /Users/sabre/buildtest/llvm/projects/Stacker/lib/runtime/Release/stacker_rt.ll:17,0: parse error
/Users/sabre/buildtest/llvm/projects/Stacker/lib/runtime/Release/stacker_rt.ll:17: while reading token: 'void'
Cheers,
--Jim
Jim Laskey wrote:
llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build
(bytecode)
/Volumes/Muggles/LLVM/nightlytest/build/llvm/Release/bin/gccas: /
Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/
runtime/Release/stacker_rt.ll:21,0: parse error, expecting `LOAD' or
`STORE'
/Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/
runtime/Release/stacker_rt.ll:21: while reading token: 's'
I can confirm that I'm seeing this on Linux, every time I build. I just
ignore it. Presumably stacker needs to be run through llvm-upgrade?
Nick
You all just need remove "stacker_rt.ll". the stacker_rt.ll is a
generated file, not source. The Makefile should have a dependency on
llvm-gcc for it, but doesn't. Just remove stacker_rt.ll and the problem
will go away.
Reid.
I've fixed the makefile. All you now need to do is rebuild. The
stacker_rt.ll should get regenerated with correct code, assuming your
llvm-gcc or llvm-g++ is up-to-date.
Reid.
This presumably doesn't impact the testers, as they start from a clean build every night. The testers are failing because the CFE's need to be rebuilt so they output proper .ll files. Reid, can you change the makefile rule to use "llvm-gcc -S -emit-llvm -o - | llvm-upgrade > $@" or the equivalent?
-Chris
> You all just need remove "stacker_rt.ll". the stacker_rt.ll is a
> generated file, not source. The Makefile should have a dependency on
> llvm-gcc for it, but doesn't. Just remove stacker_rt.ll and the problem
> will go away.This presumably doesn't impact the testers, as they start from a clean
build every night. The testers are failing because the CFE's need to be
rebuilt so they output proper .ll files. Reid, can you change the
makefile rule to use "llvm-gcc -S -emit-llvm -o - | llvm-upgrade > $@" or
the equivalent?
Which makefile rule?
The rule in the stacker makefile that builds stacker_rt.ll.
-Chris
>>> You all just need remove "stacker_rt.ll". the stacker_rt.ll is a
>> rebuilt so they output proper .ll files. Reid, can you change the
>> makefile rule to use "llvm-gcc -S -emit-llvm -o - | llvm-upgrade > $@" or
>> the equivalent?
>
> Which makefile rule?The rule in the stacker makefile that builds stacker_rt.ll.
Its not in Stacker's Makefile. It is in Makefile.rules. It was fixed to
ensure the .ll version depended on llvm-gcc before you made your
original comment.
Reid.
Ok, so I guess the issue is llvm-gcc has to be updated. There are some issues with the Apple svn repository so I checked out a copy from the public mirror. Looks the latest patch hasn't made it through:
c++ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -pedantic -Wno-long-long -Wno-variadic-macros -mdynamic-no-pic -DHAVE_CONFIG_H -Wno-unused \-DTARGET_NAME=\"i686-apple-darwin8\" -DNDEBUG -DENABLE_LLVM -D__STDC_LIMIT_MACROS -I. -I. -I../../gcc.llvm/gcc -I../../gcc.llvm/gcc/. -I.\./../gcc.llvm/gcc/../include -I../../gcc.llvm/gcc/../libcpp/include -I/Volumes/Muggles/LLVM/llvm/include -I/Users/echeng/LLVM/llvm/include\ ../../gcc.llvm/gcc/llvm-backend.cpp -o llvm-backend.o
../../gcc.llvm/gcc/llvm-backend.cpp: In function 'void CreateStructorsList(std::vector<std::pair<llvm::Function*, int>, std::allocator<std:\:pair<llvm::Function*, int> > >&, const char*)':
../../gcc.llvm/gcc/llvm-backend.cpp:346: error: 'IntTy' is not a member of 'llvm::Type'
../../gcc.llvm/gcc/llvm-backend.cpp: In function 'void llvm_asm_file_end()':
../../gcc.llvm/gcc/llvm-backend.cpp:370: error: 'SByteTy' is not a member of 'llvm::Type'
make[1]: *** [llvm-backend.o] Error 1
make: *** [all-gcc] Error 2
We are out of luck until the changes are propagated.
Evan
Or I can manually update my tree and rebuild gcc.llvm. Hopefully my testers will be happier now.
Evan
Ok, so I guess the issue is llvm-gcc has to be updated. There are
some issues with the Apple svn repository so I checked out a copy
from the public mirror. Looks the latest patch hasn't made it through:
Yeah, it should have just made it througha couple hours ago, but not at
the time of your writing this email.
Reid.
So when will the public mirror be updated? That version of llvm-gcc still doesn’t have the patch.
Reid Spencer wrote:
Hi Jeff,
So when will the public mirror be updated? That version of llvm-gcc
still doesn't have the patch.
It could be a while. Apparently the machine that ran the nightly job had
a disk failure and some of the cron jobs etc are dead. The commits have
been made on Apple's internal SVN server but haven't made it to the
mirror. Probably fixed by week's end if not sooner. Ask Jim Laskey for
more details.
Reid.
Jeff,
Reid's statement is the gist of it. They're working hard on it, but it may take a while.
Cheers,
-- Jim