[PING][Patch]: multilib fixes for libjava

Jack Howarth howarth@bromo.msbb.uc.edu
Thu Nov 16 17:36:00 GMT 2006


Andrew,
    I tested it on Fedora Core 6 x86_64 and it built the
multilib fine. The only platform that will show the benefits
of the changes currently is Darwin since we are the only
ones building a 32-bit compiler by default with a 64-bit
multilib. The fix again is to allow this to work on 32-bit
processors which can't execute the 64-bit binaries that
they create. The current configure scripts in the 
effective directories will bail out claiming the -m64
executables won't run (when built on 32-bit processors).
                  Jack

On Thu, Nov 16, 2006 at 05:09:52PM +0000, Andrew Haley wrote:
> Paolo Bonzini writes:
>  > 
>  > > Lest anyone think this is waiting on me, let me say that I have no
>  > > problem with this.  It is for Darwin maintainers to comment.
>  > > But they won't see it, because Darwin does not appear in the Subject
>  > > line and libjava does.
>  > 
>  > It actually affects any multilibbed target that builds libjava.  I don't 
>  > think Darwin maintainers could approve the patch, actually.
> 
> Well, someone has to make the call.  As long as it doesn't break other
> multilibbed targets, I don't care.  Someone must have the authority to
> approve this.
> 
> Any of these guys:
> 
> build machinery (*.in)	DJ Delorie		dj@redhat.com
> build machinery (*.in)	Nathanael Nerode	neroden@gcc.gnu.org
> build machinery (*.in)	Alexandre Oliva		aoliva@redhat.com
> 
> Andrew.



More information about the Gcc-patches mailing list