LEAF Linux Embedded Appliance Framework

29.08.2010 21:30, Stefaan Van Dooren пишет:
> I'm trying to setup the new uBering4 (alpha) on ubuntu 10.04 LTS, but having some difficulties.
> I checked out cvs, modified make/MasterInclude.mk to point to the right gcc and tried to run ./buildtool.pl build buildenv.
>
> This gave me an error about an unknown flag or something. Removing "-fno-stack-protector" from source/buildenv/buildtool.mk solved this problem.
>
> But now I'm stuck at this error :
>
> #
> # Hack things to use the correct shared lib loader
> #
> (cd /home/stefaan/leaf/src/bering-uclibc4/buildtool/source/buildenv/gcc-3.3.3; set -e; export LIST=`grep -lr -- "-dynamic-linker.*\.so[\.0-9]*" *`;\
> 		if [ -n "$LIST" ] ; then \
> 		perl -i -p -e "s,-dynamic-linker.*\.so[\.0-9]*},\
> 		    -dynamic-linker /lib/ld-uClibc.so.0},;" $LIST; fi);
> export: 3: gcc/FSFChangeLog.11: bad variable name
> make: *** [/home/stefaan/leaf/src/bering-uclibc4/buildtool/source/buildenv/gcc-3.3.3/.gcc_build_hacks] Fout 2
> make: Map '/home/stefaan/leaf/src/bering-uclibc4/buildtool/source/buildenv' wordt verlaten
>
> My guess is, it has something todo with the grep instruction, but I'm not sure how to solve this.
>
> All help is welcome.
>
> Regards,
>
> Stefaan
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> ------------------------------------------------------------------------
> leaf-user mailing list: leaf-user@...
> https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- http://leaf-project.org/
Try to add double brackets:

export LIST="`grep -lr -- "-dynamic-linker.*\.so[\.0-9]*" *`";

That did it.
 
Thank you.

________________________________

Van: Andrew [mailto:nitr0@...]
Verzonden: zo 29/08/2010 21:12
Aan: leaf-user@...
Onderwerp: Re: [leaf-user] ubering4



  29.08.2010 21:30, Stefaan Van Dooren ?????:
> I'm trying to setup the new uBering4 (alpha) on ubuntu 10.04 LTS, but having some difficulties.
> I checked out cvs, modified make/MasterInclude.mk to point to the right gcc and tried to run ./buildtool.pl build buildenv.
>
> This gave me an error about an unknown flag or something. Removing "-fno-stack-protector" from source/buildenv/buildtool.mk solved this problem.
>
> But now I'm stuck at this error :
>
> #
> # Hack things to use the correct shared lib loader
> #
> (cd /home/stefaan/leaf/src/bering-uclibc4/buildtool/source/buildenv/gcc-3.3.3; set -e; export LIST=`grep -lr -- "-dynamic-linker.*\.so[\.0-9]*" *`;\
>               if [ -n "$LIST" ] ; then \
>               perl -i -p -e "s,-dynamic-linker.*\.so[\.0-9]*},\
>                   -dynamic-linker /lib/ld-uClibc.so.0},;" $LIST; fi);
> export: 3: gcc/FSFChangeLog.11: bad variable name
> make: *** [/home/stefaan/leaf/src/bering-uclibc4/buildtool/source/buildenv/gcc-3.3.3/.gcc_build_hacks] Fout 2
> make: Map '/home/stefaan/leaf/src/bering-uclibc4/buildtool/source/buildenv' wordt verlaten
>
> My guess is, it has something todo with the grep instruction, but I'm not sure how to solve this.
>
> All help is welcome.
>
> Regards,
>
> Stefaan
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> ------------------------------------------------------------------------
> leaf-user mailing list: leaf-user@...
> https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- http://leaf-project.org/
Try to add double brackets:

export LIST="`grep -lr -- "-dynamic-linker.*\.so[\.0-9]*" *`";




------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
------------------------------------------------------------------------
leaf-user mailing list: leaf-user@...
https://lists.sourceforge.net/lists/listinfo/leaf-user
Support Request -- http://leaf-project.org/

29.08.2010 22:29, Stefaan Van Dooren пишет:
> That did it.
>
> Thank you.
>
If you can - make patch, and I'll include it into main tree.

P.S. What troubles were with -fno-stack-protector flag? This flag was 
added because something from buildenv (possible linker - I can't 
remember) had crash due to stack overflow...

Andrew,

This is the error I get when I leave the no-stack-protector flag in :

creating cache ./config.cache
checking host system type... i386-pc-linux-gnu
checking target system type... i386-pc-linux-gnu
checking build system type... i386-pc-linux-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for gcc... gcc-3.3
checking whether the C compiler (gcc-3.3 -fno-stack-protector ) works... no
configure: error: installation or configuration problem: C compiler cannot create executables.
make: *** [/home/stefaan/leaf2/src/bering-uclibc4/buildtool/source/buildenv/binutils-2.16.1-build/.configured] Fout 1
make: Map '/home/stefaan/leaf2/src/bering-uclibc4/buildtool/source/buildenv' wordt verlaten


and in this is config.log from the binutils-build directory :

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:595: checking host system type
configure:616: checking target system type
configure:634: checking build system type
configure:689: checking for a BSD compatible install
configure:742: checking whether ln works
configure:766: checking whether ln -s works
configure:1809: checking for gcc
configure:1922: checking whether the C compiler (gcc-3.3 -fno-stack-protector ) works
configure:1938: gcc-3.3 -o conftest -fno-stack-protector   conftest.c  1>&5
cc1: error: unrecognized option `-fno-stack-protector'
configure: failed program was:

#line 1933 "configure"
#include "confdefs.h"

main(){return(0);}


Stefaan

PS : I'm not a "real" programmer, so I'm not sure I can build a patch......

-----Oorspronkelijk bericht-----
Van: Andrew [mailto:nitr0@...]
Verzonden: zo 29-8-2010 21:55
Aan: leaf-user@...
Onderwerp: Re: [leaf-user] ubering4
 
  29.08.2010 22:29, Stefaan Van Dooren ?????:
> That did it.
>
> Thank you.
>
If you can - make patch, and I'll include it into main tree.

P.S. What troubles were with -fno-stack-protector flag? This flag was 
added because something from buildenv (possible linker - I can't 
remember) had crash due to stack overflow...

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
------------------------------------------------------------------------
leaf-user mailing list: leaf-user@...
https://lists.sourceforge.net/lists/listinfo/leaf-user
Support Request -- http://leaf-project.org/

29.08.2010 23:32, Stefaan Van Dooren пишет:
> Andrew,
>
> This is the error I get when I leave the no-stack-protector flag in :
>
> creating cache ./config.cache
> checking host system type... i386-pc-linux-gnu
> checking target system type... i386-pc-linux-gnu
> checking build system type... i386-pc-linux-gnu
> checking for a BSD compatible install... /usr/bin/install -c
> checking whether ln works... yes
> checking whether ln -s works... yes
> checking for gcc... gcc-3.3
> checking whether the C compiler (gcc-3.3 -fno-stack-protector ) works... no
> configure: error: installation or configuration problem: C compiler cannot create executables.
> make: *** [/home/stefaan/leaf2/src/bering-uclibc4/buildtool/source/buildenv/binutils-2.16.1-build/.configured] Fout 1
> make: Map '/home/stefaan/leaf2/src/bering-uclibc4/buildtool/source/buildenv' wordt verlaten
>
>
> and in this is config.log from the binutils-build directory :
>
> This file contains any messages produced by compilers while
> running configure, to aid debugging if configure makes a mistake.
>
> configure:595: checking host system type
> configure:616: checking target system type
> configure:634: checking build system type
> configure:689: checking for a BSD compatible install
> configure:742: checking whether ln works
> configure:766: checking whether ln -s works
> configure:1809: checking for gcc
> configure:1922: checking whether the C compiler (gcc-3.3 -fno-stack-protector ) works
> configure:1938: gcc-3.3 -o conftest -fno-stack-protector   conftest.c  1>&5
> cc1: error: unrecognized option `-fno-stack-protector'
> configure: failed program was:
>
> #line 1933 "configure"
> #include "confdefs.h"
>
> main(){return(0);}
>
>
> Stefaan
>
> PS : I'm not a "real" programmer, so I'm not sure I can build a patch......
>
You have gcc v3.3 preinstalled on your system, and use it for building 
all? In that case, of course, -fno-stack-protector flag will cause an 
error - it's for 4.2.x & higher compilers, to disable stack protection 
(like in earlier GCC). Possible it'll be good to check version and then 
decide if this flag needed - but is it really actual now, when most 
systems have GCC 4.2.x or even 4.4.x ?

Andrew,

At first I didn't had gcc v3.3 installed. I installed it because at first I couldn't compile the buildenv. SO after some reading I saw this in http://leaf.sourceforge.net/doc/buc-buildtool.html:

buildenv not building with gcc 4.0
The Problem

It seems that gcc 4.0 is not capable of building gcc 3.3.3. Unfortunatly there are a number of package sources right now, that refuse to build with a compiler newer than 3.4.
Solution

You need to install an additional compiler, normally you should be able to install gcc3.3 or gcc3.4 (at least for ubuntu and debian testing, this is true). After installing, edit make/MasterInclude.mk and set HOSTCC to your newly installed compiler:

HOSTCC=gcc-3.3

Adjust the line above to match whatever compiler actually comes with the package you installed (it might be called gcc33 or gcc-3.4 too, for example).

So I decided to install gcc 3.3, following that guide.

But your answer made me think, and I just restarted from a fresh cvs checkout. And all seems to build just fine now. So my guess is that I was missing some depencies in the first place, which were solved installing gcc-3.3. I'm not sure which packages I additionally installed, but right now is going good.

Regards,

Stefaan


-----Oorspronkelijk bericht-----
Van: Andrew [mailto:nitr0@...]
Verzonden: ma 30-8-2010 13:04
Aan: leaf-user@...
Onderwerp: Re: [leaf-user] ubering4

You have gcc v3.3 preinstalled on your system, and use it for building 
all? In that case, of course, -fno-stack-protector flag will cause an 
error - it's for 4.2.x & higher compilers, to disable stack protection 
(like in earlier GCC). Possible it'll be good to check version and then 
decide if this flag needed - but is it really actual now, when most 
systems have GCC 4.2.x or even 4.4.x ?


------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
------------------------------------------------------------------------
leaf-user mailing list: leaf-user@...
https://lists.sourceforge.net/lists/listinfo/leaf-user
Support Request -- http://leaf-project.org/

30.08.2010 20:49, Stefaan Van Dooren пишет:
> Andrew,
>
> At first I didn't had gcc v3.3 installed. I installed it because at first I couldn't compile the buildenv. SO after some reading I saw this in http://leaf.sourceforge.net/doc/buc-buildtool.html:
>
> buildenv not building with gcc 4.0
> The Problem
>
> It seems that gcc 4.0 is not capable of building gcc 3.3.3. Unfortunatly there are a number of package sources right now, that refuse to build with a compiler newer than 3.4.
> Solution
>
> You need to install an additional compiler, normally you should be able to install gcc3.3 or gcc3.4 (at least for ubuntu and debian testing, this is true). After installing, edit make/MasterInclude.mk and set HOSTCC to your newly installed compiler:
>
> HOSTCC=gcc-3.3
>
> Adjust the line above to match whatever compiler actually comes with the package you installed (it might be called gcc33 or gcc-3.4 too, for example).
>
> So I decided to install gcc 3.3, following that guide.
>
> But your answer made me think, and I just restarted from a fresh cvs checkout. And all seems to build just fine now. So my guess is that I was missing some depencies in the first place, which were solved installing gcc-3.3. I'm not sure which packages I additionally installed, but right now is going good.
>
> Regards,
>
> Stefaan
>
Yes, vanilla gcc-3.3.3 fails to build with gcc-4.x, but there is a patch 
in tree to fix this.
Also, I added to main tree fix - bracers for $LIST variable - so after 
rebuilding from scratch you've got fixed version.

P.S. Not all packages from this branch will be built - some, like bash 
and old hardware-related packages, that are in cvs-sourceforge
and cvs-contrib-sourceforge.