Answered my own question doing an “strace” of the make process.
It wanted “true” which was in /usr/local/bin so a soft-link to /usr/bin solved it.
Is there some script running during make that is not inheriting paths? Sh does have /usr/local/bin in its path in /etc/profile (bash) so I’m wondering where PATH is getting dropped.
As I said before I’ve never seen this behavior on any other projects and I’ve been doing hundreds of packages on this particular system for years (it’s at least 12 years old – a much-updated/customized Slackware system).
[mailto:firstname.lastname@example.org] On Behalf Of Black, Michael
Sent: Saturday, October 20, 2007 9:48 AM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Buildroot veriosn for Verdex XL6P and ConsoleVX,consoleLCD-VX
Continuing saga – after picking verdex as the processor choice it now complains:
checking whether the C compiler (gcc ) works... no
configure: error: installation or configuration problem: C compiler cannot create executables.
make: *** [/usr/users/black/gumstix/gumstix-buildroot/toolchain_build_arm_nofpu/gcc-4.1.1-initial/.configured] Error 1
Turns out my gcc was in /usr/local/bin and apparently that path isn’t being used (though it is in my path). Soft-linked to /usr/bin/gcc and it continues.
I also had to link /usr/local/bin/sed to /usr/bin/sed to make the build happy right up front.
I’ll have to admit the platform I’m working on is pretty non-standard but I don’t see why these executables are this path dependent.
I develop extensively on this box and I’ve never seen this problem on any other source code package I’ve used (and I’ve done tons of them).
And to continue – it now fails here…
Links are now set up to build a cross-compiler
from i386-pc-linux-gnu to arm-unknown-linux-uclibcgnueabi.
updating cache ./config.cache
configure: creating ./config.status
config.status: creating Makefile
config.status: creating fixinc/Makefile
config.status: creating gccbug
config.status: creating mklibgcc
config.status: creating mkheaders
config.status: creating auto-host.h
config.status: executing default commands
make: Leaving directory `/usr/users/black/gumstix/gumstix-buildroot/toolchain_build_arm_nofpu/gcc-3.4.5-initial'
make: *** [/usr/users/black/gumstix/gumstix-buildroot/toolchain_build_arm_nofpu/gcc-3.4.5-initial/.compiled] Error 2
So I went back and selected gcc-3.4.5
I believe Error 2 means there’s a command it didn’t find. But I don’t see what it’s missing now.
From: Black, Michael
Sent: Saturday, October 20, 2007 7:57 AM
To: 'General mailing list for gumstix users.'
Subject: RE: [Gumstix-users] Buildroot veriosn for Verdex XL6P and ConsoleVX, consoleLCD-VX
I seem to be having the same problem as Tony….
Did the steps below
svn co http://svn.gumstix.com/gumstix-buildroot/trunk gumstix-buildroot
make defconfig (left generic arm as the one choice asked for – this is the “magic” that makes it break)
It then quickly dies because there is no uClibc.config in the toolchain/uClibc directory.
Can’t the generic arm be used for either connex or verdex? Or must we make one of those selections?
And if generic arm doesn’t work then why is it the default?
I know the Wiki says to pick #11 or #12 but then shouldn’t that be a forced choice for the gumstix version of this?
I’m just wanting to see this thing a little easier for newcomers.
[mailto:email@example.com] On Behalf Of Anthony DiRenzo
Sent: Saturday, October 20, 2007 4:37 AM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Buildroot veriosn for Verdex XL6P and ConsoleVX, consoleLCD-VX
Roger that... I'll try it first thing when I get to the office. I'll let you know how it goes.
Have a great weekend!
Craig Hughes <firstname.lastname@example.org> wrote:
On Oct 20, 2007, at 1:30 AM, Anthony DiRenzo wrote:
> Thanks for the suggestions, I appreciate the help.
> Let me repeat this so I can see if I have it right.
> For my Verdex XL6P with a Console-VX:
> step 1: svn co http://svn.gumstix.com/gumstix-buildroot/trunk
> step 2: cd gumstix-build-root
> step 3: make defconfig
> step 4: make
> All this should compile - right?
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
gumstix-users mailing list
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
This electronic message and any files transmitted with it contain information which may be privileged and/or proprietary. The information is intended for use solely by the intended recipient(s). If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of this information is prohibited. If you have received this electronic message in error, please advise the sender by reply email or by telephone (301-939-7000) and delete the message.