On Tuesday 13 September 2005 18:13, Julian Stecklina wrote:
gcc -print-search-dirs|sed -ne 's+^install: (.*[^/][^/]*)/?+\1+p'
Removing ? seems to give the intended results. Does this change semantics? Thanks for the hint.
Still to be investigated.
To build the L4 tree, perform make in $(L4DIR)/pkg. That ensures that at first all headers of all packages are installed into $(L4DIR)/include. After that, check that directory for the headers.
cd l4/pkg; gmake
[...] ... Generating cpu_reserve-server.c LD_PRELOAD=/home/blitz/src/l4/tool/gendep/libgendep.so GENDEP_TARGET="cpu_reserve-server.c cpu_reserve-server.h cpu_reserve-client.c cpu_reserve-client.h cpu_reserve-sys.h" GENDEP_BINARY=cpp0 GENDEP_DEPFILE=.cpu_reserve.idl.d CC=gcc33 ../../../../tool/dice/src/dice -P-DRAM_BASE=0x0 -P-DUSE_DIETLIBC=y -P-DSYSTEM_x86_586_l4v2 -P-DARCH_x86 -P-DCPUTYPE_586 -P-DL4API_l4v2 -P-I../../../../include/x86/l4v2 -P-I/home/blitz/drops/include/x86/l4v2 -P-I../../../../include/l4v2 -P-I/home/blitz/drops/include/l4v2 -P-I../../../../include/x86 -P-I/home/blitz/drops/include/x86 -P-I../../../../include -P-I/home/blitz/drops/include -P-nostdinc -P-DUSE_DIETLIBC=y -P-I../../../../include/dietlibc -P-I/home/blitz/drops/include/dietlibc -P-I/usr/local/lib/gcc-lib/i386-portbld-freebsd5.4/3.3.6/gcc-lib/i386-portb ld-freebsd5.4/3.3.6/include ../cpu_reserve.idl In file included from ../cpu_reserve.idl:1: dice/dice-corba-types.h:77:26: l4/sys/types.h: No such file or directory ../cpu_reserve.idl:1:26: l4/sys/types.h: No such file or directory ../cpu_reserve.idl:2:30: l4/dm_mem/dm_mem.h: No such file or directory
I am still missing headers. :) I tried gmake install in kernel/ and tools/, but it did not help.
You are talking about $(L4DIR)/mk/include.mk. As far as I see, printf "%P " delivers filenames as 'foo bar buz' instead of 'foo\nbar\nbuz'. I assume that the perl script would complain about '\n's. As this
Which perl script?
Please look at $(L4DIR)/mk/include.mk. The script ``installscript'' is a perl script.
Frank