----- Original Message ----- > From: David A. Marlin <dmarlin@xxxxxxxxxx> > To: Sean Omalley <omalley_s@xxxxxxxxxxxxxx> > Cc: "arm@xxxxxxxxxxxxxxxxxxxxxxx" <arm@xxxxxxxxxxxxxxxxxxxxxxx> > Sent: Sunday, January 20, 2013 12:37 PM > Subject: Re: Asterisk build on ARM > > On 01/20/2013 10:32 AM, Sean Omalley wrote: >> >> >> >> ----- Original Message ----- >>> From: David A. Marlin <dmarlin@xxxxxxxxxx> >>> To: arm@xxxxxxxxxxxxxxxxxxxxxxx >>> Cc: >>> Sent: Sunday, January 20, 2013 4:19 AM >>> Subject: Re: 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@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
