This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: no multiarch build issues
- From: Andi Kleen <andi at firstfloor dot org>
- To: Markus Trippelsdorf <markus at trippelsdorf dot de>
- Cc: Andi Kleen <andi at firstfloor dot org>, Carlos O'Donell <carlos at redhat dot com>, Andreas Jaeger <aj at suse dot com>, libc-alpha at sourceware dot org, Torvald Riegel <triegel at redhat dot com>, Rich Felker <dalias at aerifal dot cx>, Roland McGrath <roland at hack dot frob dot com>, "Joseph S. Myers" <joseph at codesourcery dot com>
- Date: Tue, 2 Jul 2013 23:49:09 +0200
- Subject: Re: no multiarch build issues
- References: <51D2ED73 dot 1090603 at redhat dot com> <20130702155326 dot GA6123 at two dot firstfloor dot org> <20130702171843 dot GA6555 at x4> <20130702201117 dot GB6123 at two dot firstfloor dot org> <20130702202122 dot GA518 at x4> <20130702203505 dot GC6123 at two dot firstfloor dot org> <20130702204300 dot GB518 at x4> <20130702211320 dot GC518 at x4> <20130702212158 dot GF6123 at two dot firstfloor dot org> <20130702213114 dot GD518 at x4>
> > But you just didn't specify --enable-lock-elision right?
>
> No (AMD machine).
>
> > I don't think that's the correct fix, it is now completely disabled.
>
> Why? It just moves the HAS_RTM call into the ENABLE_LOCK_ELISION #ifdef.
- It would not build if someone specified --enable-lock-elision
without multiarch
- Also when any of the tuning interfaces are added which are
currently under discussion this variable needs to be set
unconditionally, so that it's possible to opt-in.
-Andi
--
ak@linux.intel.com -- Speaking for myself only.