autoconf
[Top][All Lists]
Advanced

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

Re: Run automake to create config.sub without any Makefile.am


From: Mike Frysinger
Subject: Re: Run automake to create config.sub without any Makefile.am
Date: Tue, 10 Jan 2012 15:39:59 -0500
User-agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; )

On Tuesday 10 January 2012 15:35:58 Roger Pau Monné wrote:
> 2012/1/10 Mike Frysinger:
> > On Tuesday 10 January 2012 03:38:03 Roger Pau Monné wrote:
> >> 2012/1/10 Eric Blake:
> >> > On 01/09/2012 03:46 PM, Roger Pau Monné wrote:
> >> >> AC_CANONICAL_HOST
> >> > 
> >> > As documented in
> >> > https://www.gnu.org/software/autoconf/manual/autoconf.html#Canonicaliz
> >> > ing , if you use AC_CANONICAL_*, then _you_ are responsible for
> >> > providing config.sub in the AC_CONFIG_AUX_DIR (default '.')
> >> > directory.  You can meet this requirement by using automake, or you
> >> > can meet it by doing 'cp /some/path/to/config.sub .' by hand.  [Hint
> >> > - if you built autoconf from source, then your autoconf source tree
> >> > includes those files under the build-aux/ subdirectory]
> >> 
> >> Thanks for the tip, I didn't know AC_CANONICAL_HOST was causing this.
> >> Since I only used this macro to get the OS name, I've replaced it with
> >> `uname -s`, and forget about config.sub and config.guess.
> > 
> > oh god, please do not do that.  that's the exact sort of thing you should
> > _never_ do.  you've just broken any hope of properly cross-compiling your
> > package.
> 
> Thanks for the tip, I've removed the `uname -s` hack and copied the
> necessary files. Also since the package is only available to NetBSD
> and Linux the hack would only prevent cross-compiling from Linux to
> NetBSD and viceversa.

the much more common case is cross-compiling for the same OS, but different 
architectures
-mike

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


reply via email to

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