bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Emacs 22.1 fails to build under GNU/Linux on S/390x due to multilib


From: Mike Frysinger
Subject: Re: Emacs 22.1 fails to build under GNU/Linux on S/390x due to multilib assumption
Date: Tue, 15 Jan 2008 18:51:19 -0500
User-agent: KMail/1.9.7

On Tuesday 15 January 2008, Andreas Schwab wrote:
> Ulrich Mueller <address@hidden> writes:
> > --- emacs-22.1-orig/src/m/ibms390x.h        2007-01-21 04:59:39.000000000 
> > +0100
> > +++ emacs-22.1/src/m/ibms390x.h     2008-01-13 03:51:46.000000000 +0100
> > @@ -160,10 +160,10 @@
> >  #define XPNTR(a) XUINT (a)
> >
> >  #undef START_FILES
> > -#define START_FILES pre-crt0.o /usr/lib64/crt1.o /usr/lib64/crti.o
> > +#define START_FILES pre-crt0.o $(libdir)/crt1.o $(libdir)/crti.o
>
> This is wrong.  libdir is the directory for the package to store its
> library files, not the system library directory.  Even if prefix is
> /usr/local you still need to look at /usr/lib(64).

i'd point out that hardcoding the start files is wrong on so many levels.  
this doesnt refute your statements here about the nature of $(libdir) (which 
are absolutely correct), just that the way the start files are discovered is 
completely screwed (just like the rest of the emacs build system).  i dont 
know how deep of hacks are acceptable, but other possibilities:
 - for $host_cpu == s390x, check /usr/lib64/ and then /usr/lib/
 - use gcc -print-file-name=crt1.o
-mike

Attachment: signature.asc
Description: This is a digitally signed message part.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]