toolchain.lug-owl.de: Toolchain and Free Software Testing

2023-03-22

As all the stuff seems to build correctly, I started to look into an issue with the GCC testsuite. As you'd see, the tests weren't really attempted at all. Turns out, the local user ID needs to resolve to a name. Too bad that doesn't work when you run with numeric uid/gid supplied in a Docker container. Username lookup now works and the testsuite attempts to run all the tests locally. Unsuccessful of course. Next step: Figure out how to properly configure Dejagnu for all the simulators. Fortunately, there is a How to test GCC on a simulator page around. Thanks a lot for it!

2023-03-20

With the first full documented round of builds, all Buildroot configurations where attempted as well. With 268 samples, Buildroot took about 1/5 of the whole compile time. Of those, 254 (= 95%) were successful, while 14 (= 5%) failed. Appropriate tickets were opened.

2023-03-20

Instead of triggering certain jobs, I started to build a full round of all jobs. Thus there's now a Round #0 Results overview page.

2023-03-10

When cross-building NetBSD-amd64 from a Linux-amd64 setup, we'd observe an interesting behavior: During the build process, nbmandoc is built which is used to convert man pages to HTML. That's invoked multiple times during the build, until ... zlib gets build. Suddenly, nbmandoc fails to start with a dynamic linker problem: it cannot load libc.so.12. The GNU/linux system uses libc.so.6, but the requested library, libc.so.12, is the NetBSD target libc!

What caused this? For all the CI builds, I have a little shell fragment which allows me to choose between different compilers. It sets $CC, $CXX and $LD_LIBRARY_PATH to use system GCC, some different clang versions or the GCC from Debian's gcc-snapshot package. Usually, the gcc-snapshot configuration is used.

While setting $CC and $CXX is as trivial as expected, setting up $LD_LIBRARY_PATH turned out to be more interesting than expected. The initial approach was
export LD_LIBRARY_PATH="/usr/lib/gcc-snapshot/lib:${LD_LIBRARY_PATH}"
which was ment to have the required path set and preserve whatever was in $LD_LIBRARY_PATH. This results in an empty path component which I expected the dynamic linker to ignore. However, this was not the case! As I learned, an empty path component in $PATH (man bash) as well as in $LD_LIBRARY_PATH (man ld.so) evaluates to the current directory. As the NetBSD libz was also built for amd64, it was pulled in by ld.so from $PWD, but of course it couldn't find NetBSD's libc.so.12 as the destdir was in no search path.

To correctly extend a variable like $PATH or $LD_LIBRARY_PATH, use this:
export LD_LIBRARY_PATH="/usr/lib/gcc-snapshot/lib${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"

2023-03-03

Initial support for buildroot was added. That's 268 new Laminar jobs and as these aren't exactly quick to build (at least on my available hardware), they'll probably be queued at irregular intervals. Rough estimation: This will add four days of build time.

With the new crosstool-NC and buildroot jobs, Laminar now manages about 2300 FOSS configurations!

2023-03-03

All 115 crosstool-NG configurations were scheduled. Of these initial builds, 111 were successful and 4 failed:

2023-02-27

New generator job for building all of crosstool-NG's sample configurations. Final first builds should show up during the next days.