Re: support cross multilibs

I'd appreciate it if this could go on the 1.9.x branch as well as mainline. I think Alexandre doesn't plan another 1.9.x release. Distro makers might take the patch, though. I support Geoff's request. Paolo

Re: support cross multilibs

>>> "GK" == Geoffrey Keating <[EMAIL PROTECTED]> writes: GK> 2006-09-14 Geoffrey Keating <[EMAIL PROTECTED]> GK> * m4/multi.m4: Non-default multilibs may be cross compilation. Thanks, I've applied that. -- Alexandre Duret-Lutz Shared books are happy books. http://www.bookcrossing.com/fr

Re: support cross multilibs

Hello Geoffrey, Apologies for the delay. * Geoffrey Keating wrote on Fri, Sep 15, 2006 at 02:49:05AM CEST: > Sometimes, a target has a multilib which doesn't actually work on > host for that target. > So, I'd like to put in this patch, which adds a little code to > AM_MULTILIB to make non-defaul

ping: support cross multilibs

In : >* m4/multi.m4: Non-default multilibs may be cross compilation. Ping? It's been about a month, and no response... The problem is affecting several GCC developers. smime.p7s Description: S/MIME cryptogra

support cross multilibs

Sometimes, a target has a multilib which doesn't actually work on host for that target. The particular example I'm thinking of is that on i386-darwin, there is a -m64 multilib for 64-bit programs, and all darwin9 hosts support building using this multilib, but not all darwin hosts are capable of r