Re: building libroot: syscalls.S.inc ??

On 2005-01-23 at 17:49:48 [+0100], Gert van Valkenhoef wrote:
> 
> I've set up a more clean environment to build haiku, under it's own user
> and with a statically linked, bootstrapped gcc 2.95. Also I've only
> checked out the minimum from CVS. Currently I'm building libroot and
> it's going much smoother than the last attempt. However I've come across
> this problem:
> 
> haiku@mrmadsen:~/build/source/current/src/kernel/libroot$ jam
> don't know how to make <syscalls>syscalls.S.inc
> ...patience...
> ...found 1106 target(s)...
> ...can't find 1 target(s)...
> ...can't make 1 target(s)...
> ...skipped <src!kernel!libroot!os>syscalls.o for lack of
> <syscalls>syscalls.S.inc...
> ...skipped 1 target(s)...
> 
> 
> I solved it last time (perhaps incorrectly) but I want to get it right
> this time. So where should this syscalls.S.inc go, and where should it
> come from? These are in the kernel tree:
[...]

syscalls.S.inc is generated by `src/tools/gensyscalls/Jamfile' from the 
`headers/private/kernel/syscalls.h' header and is included by 
`src/kernel/libroot/os/syscalls.S'. The dependency is set explicitly, so 
jam should generate it correctly, when compiling the latter.

I suppose your problem stems from using a plain Perforce jam. While 
supported in general, it is guaranteed to work only when invoked directly 
from `current' (you probably want to supply the targets you want to build 
in this case).

You can also use the jam in from repository (src/tools/jam). The HEAD 
version also works in subdirectories. I've not tried it under Linux yet, 
though.

CU, Ingo


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl