I finally got this to build on armv5 under mock. 
It needs a small patch to build under mock.  It adds a blank line to the header 
file so the linker doesn't choke during the build. 

[root@raspi SOURCES]# cat 0004-asterisk-11.2.0-chan_phone.h-patch
--- a/channels/chan_phone.h    2008-05-28 16:00:21.000000000 -0400
+++ b/channels/chan_phone.h    2013-01-20 20:23:26.335847075 -0500
@@ -255,3 +255,5 @@
 0x4f, 0x33, 0x27, 0x1f, 0x1c, 0x1b, 0x1c, 0x1f, 0x27, 0x39, 
 0xce, 0xac, 0x9f, 0x99, 0x95, 0x94, 0x95, 0x99, 0x9f, 0xaf, 
 0x59, 0x2a, 0x1c, 0x16, 0x11, 0x10, 0x11, 0x16, 0x1d, 0x2b };
+
+
[root@raspi SOURCES]# 


-- and the obligatory patch to the spec file. 

[mock@raspi SPECS]$ diff -ru asterisk.spec.orig asterisk.spec
--- asterisk.spec.orig    2013-01-17 13:23:27.000000000 -0500
+++ asterisk.spec    2013-01-20 21:01:48.247705495 -0500
@@ -47,6 +47,7 @@
 Patch1:  0001-Modify-modules.conf-so-that-different-voicemail-modu.patch
 Patch2:  0002-Fix-up-some-paths.patch
 Patch3:  0003-Add-LDAP-schema-that-is-compatible-with-Fedora-Direc.patch
+Patch4:  0004-asterisk-11.2.0-chan_phone.h-patch
 
 BuildRoot: %{_tmppath}/%{name}-%{version}-root-%(%{__id_u} -n)
 
@@ -494,6 +495,7 @@
 %patch1 -p1
 %patch2 -p1
 %patch3 -p1
+%patch4 -p1
 
 cp %{S:3} menuselect.makedeps
 cp %{S:4} menuselect.makeopts
[mock@raspi SPECS]$ 


----- Original Message -----
> From: Sean Omalley <omalle...@rocketmail.com>
> To: David A. Marlin <dmar...@redhat.com>
> Cc: "arm@lists.fedoraproject.org" <arm@lists.fedoraproject.org>
> Sent: Sunday, January 20, 2013 12:45 PM
> Subject: Re: [fedora-arm] Asterisk build on ARM
> 
> 
> 
> 
> 
> ----- Original Message -----
>>  From: David A. Marlin <dmar...@redhat.com>
>>  To: Sean Omalley <omalle...@rocketmail.com>
>>  Cc: "arm@lists.fedoraproject.org" 
> <arm@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 <dmar...@redhat.com>
>>>>   To: arm@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/
> _______________________________________________
> arm mailing list
> arm@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/arm
>

_______________________________________________
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Reply via email to