Date: Sun, 19 May 2013 09:45:38 +0200 From: Ed Schouten <ed@80386.nl> To: Steve Wills <swills@freebsd.org> Cc: David Chisnall <theraven@freebsd.org>, bsam@passap.ru, freebsd-ports@freebsd.org Subject: Re: [texlive, FreeBSD 10.x-amd64] build error: _ThreadRuneLocale: TLS definition in /usr/lib/libc.so section .tbss mismatches non-TLS reference in gsftopk.o Message-ID: <CAJOYFBBswt67u7fVK0Y28MNi1sMkkQT9ZR-V7fAL082cVyTjEg@mail.gmail.com> In-Reply-To: <519863B1.7060605@FreeBSD.org> References: <51939AED.3060101@passap.ru> <20130517.002947.1701276844396231864.hrs@allbsd.org> <519863B1.7060605@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Steve, 2013/5/19 Steve Wills <swills@freebsd.org>: > I had a similar issue with devel/kBuild recently. It may be due to > -Dlint getting passed to the build. See this rev: > > [...] > > which defines _Thread_local as empty when lint is defined. This then > affects runetype.h: > > http://svnweb.freebsd.org/base/head/include/runetype.h?annotate=232498&pathrev=250623#l92 > > I'm not sure if this is a bug in cdefs.h, runetype.h or things building > with -Dlint or none of the above. Comments would be appreciated. This is a bit of a weird issue, which I didn't expect. It seems that we have various ports that actually *compile* code using -Dlint. I thought it was only used by tools like xlint, which only process source code. I've reverted the change to sys/cdefs.h. Thanks for reporting the issue! -- Ed Schouten <ed@80386.nl>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJOYFBBswt67u7fVK0Y28MNi1sMkkQT9ZR-V7fAL082cVyTjEg>