[openbeosnetteam] Re: testing stack: PPP Jamfiles
- From: Ingo Weinhold <bonefish@xxxxxxxxxxxxxxx>
- To: openbeosnetteam@xxxxxxxxxxxxx
- Date: Sun, 26 Oct 2003 18:43:17 +0100
On 2003-10-26 at 15:20:11 [+0100], you wrote:
> > > The target <userland>kernelppp does not work, so I cannot give it the
> > > same
> > > name as the kernel library. :(
> >
> > ???
>
> I wanted that the library is hidden in the objects directory structure and
> that it has the same name as its kernel land counterpart. All network
> testing add-ons are built with the <userland> prefix so that their names do
> not collide with the kernel land names. I assumed that this will work for
> StaticLibrary, too, but it did not. So I had to call it libuserlandppp.a.
The StaticLibrary rule was not intended to accept a gristed library name,
since it simple prepended `lib' and appended `.a' to derive the actual
filename. I changed that to deal with grist gracefully. I.e. if you now
invoke `StaticLibrary <mygrist>foo : ... ;' the library target name is
`<mygrist>libfoo.a' (a similar change has been made to SharedLibrary, BTW).
Furthermore I changed the meaning of the third rule parameter. It's still the
directory the library shall go to, but it now defaults to the objects
directory, since this is the most common case. If `STATIC_LIBRARY_DIR' is
supplied, the static library directory in the distro tree is used. Other
values are used uninterpreted.
> > > Is there a better solution or may I commit it nonetheless?
> >
> > If you tell me exactly what shall be done, I can certainly help.
>
> If you have the time it would be nice if it were possible to create a
> static library called libkernelppp.a, but that is put into the objects
> hierarchy. Something like a <private:ppp> prefix, i.e.: private:something
> so that there may be many targets with the same name, but different
> prefixes so that we can distinguish bewteen them. This should of course
> work for all targets.
> If you could do that it would be very nice.
If I understand you correctly, the changed StaticLibrary rule should allow
for what you want. I left your Jamfiles untouched -- I figured you probably
rather want to play with them yourself. :-P
CU, Ingo
- Follow-Ups:
- [openbeosnetteam] Re: testing stack: PPP Jamfiles
- From: Waldemar Kornewald
- References:
- [openbeosnetteam] testing stack: PPP Jamfiles
- From: Waldemar Kornewald
- [openbeosnetteam] Re: testing stack: PPP Jamfiles
- From: Waldemar Kornewald
Other related posts:
- » [openbeosnetteam] testing stack: PPP Jamfiles
- » [openbeosnetteam] Re: testing stack: PPP Jamfiles
- » [openbeosnetteam] Re: testing stack: PPP Jamfiles
- » [openbeosnetteam] Re: testing stack: PPP Jamfiles
- » [openbeosnetteam] Re: testing stack: PPP Jamfiles
- » [openbeosnetteam] Re: testing stack: PPP Jamfiles
- [openbeosnetteam] Re: testing stack: PPP Jamfiles
- From: Waldemar Kornewald
- [openbeosnetteam] testing stack: PPP Jamfiles
- From: Waldemar Kornewald
- [openbeosnetteam] Re: testing stack: PPP Jamfiles
- From: Waldemar Kornewald