config.guess manufacturer string?
Dan Nicholson
dbn.lists at gmail.com
Wed Feb 18 17:44:05 UTC 2009
On Wed, Feb 18, 2009 at 9:13 AM, Stepan Kasal <skasal at redhat.com> wrote:
>
> Actually, if you care about the host triplet used for rpm builds,
> that's something where config.guess is not directly involved.
>
> Most spec files call %configure. That macro calls configure with
> option --build. With that option given, configure does not call
> config.guess.
>
> So it is possible that you would be satisfied if the %configure macro
> used
> ./configure --build=i686-redhat-linux-gnu --host=i686-redhat-linux-gnu
>
> To achive that, it is sufficient to modify the macro %{_host}.
> (Macro %{_host_vendor} should probably be modified as well.)
>
> No, I do not see the reason for doing this. Should all Linux
> distributions do the same?
I think most distributions do set the --build correctly for how
they've configured their systems. Regardless of whether the redhat is
there or not, %configure should be setting --build and --host at least
the same as --target. Instead, rpm passes the values that _it_ was
built with as --build and --host.
$ rpm -E%configure | grep -e --build -e --host -e --target
./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu \
--target=x86_64-redhat-linux-gnu \
The advantage of setting --build correctly is that autoconf macros
will use test against the triplet will work as expected. For instance
AC_PROG_CC will search for gcc with the host triplet prefixed. Right
now, it searches for x86_64-unknown-linux-gnu-gcc. That's not how gcc
is installed on fedora (nor with the -gnu, but that's a separate
matter).
--
Dan
More information about the devel
mailing list