On 11 Nov 2011, at 14:33, Rainer Orth wrote:
Iain Sandoe writes:
however, most of the suite fails on darwin9 - with an undefined
reference
to delete(void*).
Could this be the same issue I've been seeing on Tru64 UNIX, i.e. lack
of weakdef support?
http://gcc.gnu.org/ml/gcc-patch
Iain Sandoe writes:
> however, most of the suite fails on darwin9 - with an undefined reference
> to delete(void*).
Could this be the same issue I've been seeing on Tru64 UNIX, i.e. lack
of weakdef support?
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01426.html
At least my weakdef.c t
An update .. in case anyone is following...
On 11 Nov 2011, at 00:21, Richard Henderson wrote:
On 11/10/2011 03:29 PM, Iain Sandoe wrote:
The m64 build fails because of the -Wl,-undefined -Wl,dynamic_lookup
FAOD, Is there some reason that this library needs to resolve symbols
from some exter
On 11/10/2011 03:29 PM, Iain Sandoe wrote:
>> The m64 build fails because of the -Wl,-undefined -Wl,dynamic_lookup
>
> FAOD, Is there some reason that this library needs to resolve symbols
> from some external source at load time?
Not that I know of. I think that's generic libtool giving you tha
On Thu, Nov 10, 2011 at 11:29:35PM +, Iain Sandoe wrote:
>
> On 10 Nov 2011, at 20:43, Iain Sandoe wrote:
>>> The symbol _ITM_malloc is in libitm. Maybe the problem is an extra _
>>> before the _ITM_malloc?
>>
>> Actually, I think the missing symbol is
>> ___emutls_v._ZN3GTM12_gtm_thr_tlsE
On 10 Nov 2011, at 20:43, Iain Sandoe wrote:
The symbol _ITM_malloc is in libitm. Maybe the problem is an extra
_ before the _ITM_malloc?
Actually, I think the missing symbol is
___emutls_v._ZN3GTM12_gtm_thr_tlsE
and (although the m32 lib builds OK - the symbol is also missing
there).
On 10 Nov 2011, at 20:33, Patrick Marlier wrote:
On 11/10/2011 03:25 PM, Iain Sandoe wrote:
libtool: link: /GCC/gcc-4-7-trunk-build/./gcc/xgcc
-B/GCC/gcc-4-7-trunk-build/./gcc/
-B/GCC/gcc-4-7-install/i686-apple-darwin9/bin/
-B/GCC/gcc-4-7-install/i686-apple-darwin9/lib/ -isystem
/GCC/gcc-4-7-i
On 11/10/2011 03:25 PM, Iain Sandoe wrote:
libtool: link: /GCC/gcc-4-7-trunk-build/./gcc/xgcc
-B/GCC/gcc-4-7-trunk-build/./gcc/
-B/GCC/gcc-4-7-install/i686-apple-darwin9/bin/
-B/GCC/gcc-4-7-install/i686-apple-darwin9/lib/ -isystem
/GCC/gcc-4-7-install/i686-apple-darwin9/include -isystem
/GCC/gcc-
On 10 Nov 2011, at 17:12, Richard Henderson wrote:
On 11/10/2011 12:16 AM, Jakub Jelinek wrote:
On Wed, Nov 09, 2011 at 04:32:58PM -0800, Richard Henderson wrote:
Not pretty at all. But given the corresponding irritation in
writing assembler
wrapper functions, it seems like it's about a wa
On 11/10/2011 12:16 AM, Jakub Jelinek wrote:
> On Wed, Nov 09, 2011 at 04:32:58PM -0800, Richard Henderson wrote:
>> Not pretty at all. But given the corresponding irritation in writing
>> assembler
>> wrapper functions, it seems like it's about a wash.
>>
>> Tested with and without HAVE_AS_AVX o
On Wed, Nov 09, 2011 at 04:32:58PM -0800, Richard Henderson wrote:
> Not pretty at all. But given the corresponding irritation in writing
> assembler
> wrapper functions, it seems like it's about a wash.
>
> Tested with and without HAVE_AS_AVX on x86_64-linux.
Shouldn't -mavx be also not passed
11 matches
Mail list logo