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).

___________________

Michael D. Black

Essex

black@essexcorp.com


From: gumstix-users-bounces@lists.sourceforge.net [mailto:gumstix-users-bounces@lists.sourceforge.net] 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[1]: 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

Same error

 

I believe Error 2 means there’s a command it didn’t find.  But I don’t see what it’s missing now.

 

___________________

Michael D. Black

Essex

black@essexcorp.com


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….

Rev 1541

 

Did the steps below

svn co http://svn.gumstix.com/gumstix-buildroot/trunk gumstix-buildroot

cd gumstix-buildroot

make defconfig (left generic arm as the one choice asked for – this is the “magic” that makes it break)

make

 

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.

 

___________________

Michael D. Black

Essex

black@essexcorp.com


From: gumstix-users-bounces@lists.sourceforge.net [mailto:gumstix-users-bounces@lists.sourceforge.net] 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!

 

-Tony



Craig Hughes <craig@gumstix.com> 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
> gumstix-buildroot
> step 2: cd gumstix-build-root
> step 3: make defconfig
> step 4: make
>
> All this should compile - right?

Yup

C

-------------------------------------------------------------------------
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
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users

 

 __________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

 

 

 

 

 

 

 

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.

 
 
 
 
 
 
 
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.