We are doing a quick test of 3.3rc3. Our testers did a quick turn around and created binaries which you can test. Please give them a go and let us know how they work for you. They are here:
We don't have a lot of time remaining in the release cycle, so please do whatever you can to make sure they are solid. In particular, make sure that they solve the PRs that were reported during the release (http://llvm.org/bugs/show_bug.cgi?id=15999).
On a simple hello.c file:
/ssd/bench$ TIMEFORMAT="%E"
/ssd/bench$ for I in `seq 1 5`; do \
time /ssd/llvm3.2/bin/clang -c hello.c; \
done
0.015
0.014
0.013
0.013
0.013
/ssd/bench$ for I in `seq 1 5`; do \
time /ssd/llvm3.3rc/bin/clang -c hello.c; \
done
0.992
0.978
0.982
0.981
0.976
Is this an expected behaviour (e.g. +Asserts or Debug build)
or a real regression?
P.s.
I'm not very familiar with the Clang release process, so I might be
missing something obvious...
Interesting. I was not aware of this --- I will build the release somewhere
else, in the hope it is not an automount point, which is very likely for
/home.
I’m not sure I follow. Will the final binaries have a bad RPATH or not? A 1sec startup pause on some (admittedly crazy) systems seems like a big deal to me.
To mitigate the problem, I can use a less problematic install_path
(/opt/llvm-3.3 ?) --- which does not prevent a user from installing the
tarball somewhere else, but at least the automounter will not kick-in.
The second point is : for the final release, the package should better
be a real package (.deb or whatever) instead of a raw tarball, so that
it installs and works smoothly on Ubuntu 10.04 and 12.04. Unfortunately,
I do not know how to generate those, but I would gladly follow some
instructions
$ORIGIN/../lib:/home/aadgrand/tmp/LLVM-3.3rc3/rc3/Phase3/Release+Asserts/llvmCore-3.3-rc3.obj/Release+Asserts/bin
To avoid such behavior [1] , in Debian and Ubuntu packages, I am doing:
chrpath -d $(TARGET_BUILD)/Release/bin/clang
chrpath -d `find $(CURDIR)/debian/tmp/usr/lib/llvm-$(LLVM_VERSION)/bin/
-type f -executable`