[LinuxBIOS] Add a top level target for LAR

Peter Stuge peter at stuge.se
Thu Jul 12 17:59:07 CEST 2007


On Thu, Jul 12, 2007 at 12:21:38PM +0200, Stefan Reinauer wrote:
> > This is another reason to move util/ out to it's own home.
>  
> Please: Whoever moves lar to it's own repository: Make sure that it
> builds cleanly in v3 and out of v3 before doing so.

Good point. I can't even get it to build in v3:

LinuxBIOSv3 $ make util/lar/lar
gcc -Wall -g -I/home/stuge/lb/LinuxBIOSv3 -Iinclude -I/home/stuge/lb/LinuxBIOSv3/include -I/home/stuge/lb/LinuxBIOSv3/include/arch/x86/ -include /home/stuge/lb/LinuxBIOSv3/build/config.h -include /home/stuge/lb/LinuxBIOSv3/build/build.h   util/lar/lar.c   -o util/lar/lar
In file included from include/string.h:24,
                 from util/lar/lar.c:23:
/home/stuge/lb/LinuxBIOSv3/include/arch/x86/types.h:18: error: conflicting types for 'size_t'
/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include/stddef.h:214: error: previous declaration of 'size_t' was here
In file included from util/lar/lar.c:34:
util/lar/lar.h:58: error: redefinition of typedef 'u32'
/home/stuge/lb/LinuxBIOSv3/include/arch/x86/types.h:9: error: previous declaration of 'u32' was here
util/lar/lar.c: In function 'main':
util/lar/lar.c:99: warning: implicit declaration of function 'strcasecmp'
util/lar/lar.c:116: warning: implicit declaration of function 'strdup'
util/lar/lar.c:116: warning: incompatible implicit declaration of built-in function 'strdup'
util/lar/lar.c:140: warning: implicit declaration of function 'strncmp'
make: *** [util/lar/lar] Error 1

Help?


> Just moving it out to another repo without making it compilable
> outside makes no sense.
> Breaking the way it is built (out of the tree!) makes no sense
> either.
> 
> The same applies for flashrom.

I agree. What I actually am after is the same as Jordan - I want to
be able to build lar completely independently of v3.

Ie. checkout just v3/util/lar and go.

It does make sense to keep lar in the v3 repo until the point where
it is actually used in multiple versions of LB.


> BTW: We should really get lxbios.sf.net into the tree. That's far
> more important than fixing something that is not broken.

Agree! Is it possible to download the complete repo files from SF to
run cvs2svn on or will we lose history?


//Peter




More information about the coreboot mailing list