Hans Wennborg
2015-Jul-17 16:53 UTC
[LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins
Hi Renato, On Fri, Jul 17, 2015 at 6:42 AM, Renato Golin <renato.golin at linaro.org> wrote:> We're missing libunwind from the list of projects in 3.7. > > The current way libcxxabi builds depends on libunwin (looking for > libunwind.h), so we need to tag libunwind, check it out in the script > and build it together. > > For now, I'll disable libcxx from my build, but it would be good to > have it on later, so we can test it with the rest, too.I've created the branch and rc1 tag for libunwind, and included it in the scripts in r242543. Let me know how it works out. Thanks, Hans> On 16 July 2015 at 23:31, Hans Wennborg <hans at chromium.org> wrote: >> Dear testers, >> >> 3.7.0-rc1 was just tagged; please start your testing engines :-) >> >> Upload binaries to the sftp and report your results to this thread. >> >> I'm sorry for the delay between branching and tagging. The changes to >> the release script took a little longer than I hoped. >> >> Thanks for helping with the release, and do let me know of any issues, >> questions, etc. >> >> The tracking bug for release blockers is PR24126. >> >> Cheers, >> Hans
Renato Golin
2015-Jul-17 19:19 UTC
[LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins
On 17 July 2015 at 17:53, Hans Wennborg <hans at chromium.org> wrote:> I've created the branch and rc1 tag for libunwind, and included it in > the scripts in r242543. Let me know how it works out.Thanks! It solved the CMake issue, but now it doesn't build. Since I had problems building libcxx on ARM directly before, I won't release them now. Just Clang+tools and Compiler RT. Still, removing the libraries from the list of projects (and commenting out the hardcoded symlinks), I can build all the way to Phase3, but some of the ASAN tests fail (not sure why) and the tar ball isn't created. I'll investigate the ASAN issues, but it would be good to create the binary package anyway, so at least I can upload it to the website and other people test their stuff while I figure out the problems in the tests. Finally, for some reason, the install directory is ...install/usr/local/... which is odd. I'll send a patch with some changes to the test-release.sh script. cheers, --renato
Hans Wennborg
2015-Jul-17 19:36 UTC
[LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins
On Fri, Jul 17, 2015 at 12:19 PM, Renato Golin <renato.golin at linaro.org> wrote:> On 17 July 2015 at 17:53, Hans Wennborg <hans at chromium.org> wrote: >> I've created the branch and rc1 tag for libunwind, and included it in >> the scripts in r242543. Let me know how it works out. > > Thanks! It solved the CMake issue, but now it doesn't build. Since I > had problems building libcxx on ARM directly before, I won't release > them now. Just Clang+tools and Compiler RT.Sounds good to me.> > Still, removing the libraries from the list of projects (and > commenting out the hardcoded symlinks), I can build all the way to > Phase3, but some of the ASAN tests fail (not sure why) and the tar > ball isn't created. > > I'll investigate the ASAN issues, but it would be good to create the > binary package anyway, so at least I can upload it to the website and > other people test their stuff while I figure out the problems in the > tests.I thought we ran the tests with "make -k", so I'd expect the tarball to be created anyway. Hmm...> > Finally, for some reason, the install directory is > ...install/usr/local/... which is odd.Oops, that's from r242187. I think the install directory is fine, but it shouldn't become part of the tarball.> I'll send a patch with some changes to the test-release.sh script.Thanks! Are you including a fix for not including "/usr/local" in the tarball? Otherwise I'll do that. Cheers, Hans
Dan Liew
2015-Jul-21 15:19 UTC
[LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins
> Finally, for some reason, the install directory is > ...install/usr/local/... which is odd.I presume you mean the contents of the tarball? The install (prefix) directory is **always** /usr/local and DESTDIR is used place this in a temporary directory for tarballing Having ``/usr/local/`` inside the tarball was intentional because it makes it clear where the package is intended to be installed. Thanks, Dan.
Possibly Parallel Threads
- [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins
- [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins
- [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins
- [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins
- [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins