This change introduced a regression when building with clang on darwin (and
possibly other configurations as well):
http://tinderbox.x.org/builds/2011-03-22-0007
http://cgit.freedesktop.org/xorg/xserver/commit/?id=93393411e39fbb0f72cf6c2f79ebde177aa86932
This is because the AX_TLS macro tests
Hi Dan,
I had accidently dropped xorg from the cc list, and have added it back
now. I imagine you thought it was going there anyway... but I'm very
sorry if you intended this to be private.
Dan Nicholson dbn.li...@gmail.com writes:
From bd2e4d98551a4cfa375b155d685bef4e5552b8b0 Mon Sep 17
Hi Dan Eric (et al.),
This thread got close (I hope :) to concluding but didn't quite wrap
up before everyone started going on holidays. I just wanted to send
a friendly reminder for review request for ideas on how I can get
something similar to this in.
I've rebased off master and reattached
Dan Nicholson dbn.li...@gmail.com writes:
On Wed, Dec 22, 2010 at 3:18 PM, tom fogal tfo...@sci.utah.edu wrote:
Alan Coopersmith alan.coopersm...@oracle.com writes:
On 12/22/10 02:30 PM, tom fogal wrote:
We generally don't copy macros from the autoconf-archive into
xorg-macros, [. . .]
Attached are two patches, one for util/macros and the second for
xorg/xserver, which are aimed at getting --enable/--disable-glx-tls to
be identified automatically, instead of defaulting to disabled. Lack
of TLS leads to non-PIC code, which is particularly annoying in an
SELinux environment.
On 12/22/10 02:30 PM, tom fogal wrote:
I'm not really sure about any policy of adding a macro and requiring
it in another package; I had to bump the version number so that the X
server could be sure the macro exists. Not sure if that's the correct
thing to do. Please educate me.
That is
Alan Coopersmith alan.coopersm...@oracle.com writes:
On 12/22/10 02:30 PM, tom fogal wrote:
We generally don't copy macros from the autoconf-archive into
xorg-macros, we just use them as is - adding *.m4 files to
packages that need them (especially when it's just one or two
packages, not