Date: Sun, 19 Jan 2014 23:51:14 +0000 From: Craig Butler <craig001@lerwick.hopto.org> To: Roman Divacky <rdivacky@freebsd.org> Cc: sparc64@freebsd.org Subject: Re: Call for help: clang/llvm for sparc64 Message-ID: <1390175474.8376.3.camel@atlas.lerwick.hopto.org> In-Reply-To: <20140117221330.GA2788@freebsd.org> References: <k1w7uhh383gn36hdmmwmq8f3.1389964362925@email.android.com> <20140117183733.GA93251@freebsd.org> <1389984564.3414.5.camel@atlas.lerwick.hopto.org> <20140117221330.GA2788@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 2014-01-17 at 23:13 +0100, Roman Divacky wrote: > fwiw, we have a small testcase and I filed a bug in upstream llvm > > http://llvm.org/bugs/show_bug.cgi?id=18521 > > A big thank you, to jmg@ for providing the testcase and analyzing the bug. > > Roman > > On Fri, Jan 17, 2014 at 06:49:24PM +0000, Craig Butler wrote: > > On Fri, 2014-01-17 at 19:37 +0100, Roman Divacky wrote: > > > We got further. It looks like the problem is TLS related. It's crashing > > > in __getCurrentRuneLocale(). > > > > > > And to correct myself - you need to do --enable-target=sparc (not sparc64) > > > and you need to compile with gcc48. > > > > > > Anyway, start using llvm on sparc64, it's getting usable :) So more usage > > > is better. > > > > > > On Fri, Jan 17, 2014 at 01:12:42PM +0000, Craig Butler wrote: > > > > Hi Roman and list. > > > > > > > > I've got some spare time and sparc64 kit in the rack. I can help out and walk through anything you need. > > > > > > > > Kind Regards > > > > > > > > Craig Butler > > > > > > > > Roman Divacky <rdivacky@freebsd.org> wrote: > > > > > > > > >Hi! > > > > > > > > > >LLVM is getting a sparc64 backend. It can even selfhost on linux. But it cant > > > > >on FreeBSD. I am wondering what causes that difference. > > > > > > > > > >A small test case where the difference can be seen is compiling tcsh from > > > > >base. The gethost utility used during the build just coredumps. I suspect > > > > >fixing that might get us on par with linux. > > > > > > > > > >So I am looking for someone who is willing to compile llvm/clang and > > > > >analyze whats wrong with gethost in tcsh compilation. > > > > > > > > > >This is how to do it (you need trunk llvm/clang): > > > > > > > > > >svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm > > > > >cd llvm/ > > > > >svn co http://llvm.org/svn/llvm-project/cfe/trunk clang > > > > >cd ../ > > > > >CFLAGS=-fno-strict-aliasing CXXFLAGS=-fno-strict-aliasing ./configure --enable-optimized --enable-targets=sparc64 > > > > >make > > > > >make install > > > > > > > > > >will give you a clang binary that you can use for tcsh compilation: > > > > > > > > > >cd /usr/src/bin/csh > > > > >CC=clang make > > > > > > > > > >I am more than willing to help with llvm/clang side of this but I dont know > > > > >anything about sparc64 so I need help. But please contact me if you want to > > > > >help! > > > > > > > > > >Thanks, Roman > > > > Thanks Roman.. I'll compile gcc48 on my tinderbox and try again. > > > > Report back soon > > > > Regards > > > > Craig Butler Hello Folks For anyone else trying to build llvm/clang I have gcc48 pkgng available (should save a day of compiling) I have also found that clang checkout needs to happen in llvm/tools for the llvm build to pick it up. I needed to use gmake and gmake install because BSD make was complaining about "Error expanding embedded variable" Hopefully a llvm and clang build soon (still compiling!!) Kind Regards Craig Butler
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1390175474.8376.3.camel>