----- Original Message -----
From: David A. Marlin <dmarlin(a)redhat.com>
To: Sean Omalley <omalley_s(a)rocketmail.com>
Cc: "arm(a)lists.fedoraproject.org" <arm(a)lists.fedoraproject.org>
Sent: Sunday, January 20, 2013 12:37 PM
Subject: Re: [fedora-arm] Asterisk build on ARM
On 01/20/2013 10:32 AM, Sean Omalley wrote:
>
>
>
> ----- Original Message -----
>> From: David A. Marlin <dmarlin(a)redhat.com>
>> To: arm(a)lists.fedoraproject.org
>> Cc:
>> Sent: Sunday, January 20, 2013 4:19 AM
>> Subject: Re: [fedora-arm] Asterisk build on ARM
>>
>> On 01/19/2013 09:25 PM, Jeffrey Ollie wrote:
>>> Today at the ARM hackfest @ FUDCon I was able to get Asterisk
11.2.0
>>> to build in mock on the Calxeda server and Asterisk started up on
>>> Smooge's Trimslice that I borrowed from him. However, when I
looked
>>> at the ARM koji[1] the latest build failed here:
>>>
>>> armv7hl-redhat-linux-gnueabi-ar rv
>>> ../lib/libpj-armv7l-unknown-linux-gnu.a
>>> output/pjlib-armv7l-unknown-linux-gnu/ioqueue_select.o <yadda
yadda
>>> yadda>
>>> make[5]: armv7hl-redhat-linux-gnueabi-ar: Command not found
>>>
>>> Seems rather odd that ar can't be found...
>> In the arm.koji log it appears that it is trying to cross-build the
package:
>>
>> :
>> checking whether we are cross compiling... yes
>> :
>> configure: WARNING: using cross tools not prefixed with host
triplet
>> checking for ar... /usr/bin/ar
>>
>>
>> so it is looking for a cross-ar instead of the native one. I'd
look for why
>> the configure script thinks it is cross compiling.
>>
> I think because a platform is specified, it assumes it is a cross-compile.
It has installer helper tools that need to run natively similar to the js stuff.
Looking in the log I see the following configure line:
./configure --build=armv7hl-redhat-linux-gnu --host=armv7hl-redhat-linux-gnu
--program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
--bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share
--includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec
--localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man
--infodir=/usr/share/info --host=armv7hl-redhat-linux-gnueabi
LDFLAGS=-Wl,--as-needed,--library-path=/usr/lib
Notice that '--host' is there twice, and the two do not match:
--build=armv7hl-redhat-linux-gnu
--host=armv7hl-redhat-linux-gnu
--host=armv7hl-redhat-linux-gnueabi
I think that second '--host=...' is what make configure try to cross
compile the package, since it differs from the '--build'. I'd check
for where the second '--host' was coming from, and why it is different
from the first (and the '--build=...').
Look at the root level config.sub that is how/where it is doing the
s/linux-gnueabi/linux-gnu/