[fedora-arm] Asterisk build on ARM

[Sean Omalley]

----- Original Message -----
> From: David A. Marlin <dmarlin at redhat.com>
> To: Sean Omalley <omalley_s at rocketmail.com>
> Cc: "arm at lists.fedoraproject.org" <arm at 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 at redhat.com>
>>>  To: arm at 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/