List Info

Thread: Broken? lib bar : : ...




Broken? lib bar : : <file>...
user name
2006-02-10 11:10:39
On Friday 10 February 2006 13:58, Mark Evans wrote:
> $(OS) is CYGWIN but the /target/ OS is HP NonStop.
>
>   A .so library suffix is generated by my cross-toolset
for shared  libs. 
> FWIW it registers .so as its suffix for SHARED_LIB.  
The original problem
> was provoked by a prebuilt shared library that had  no
suffix at all.
>
>   Am I stuck with using <search> instead of
<file> ?

You can just add '.so' in the list of shared library
suffixes, in 
tools/types/lib.jam

>   If I were to constrain all my "imported" /
prebuilt libraries to have 
> the .so suffix, would there be a way to trick bb2 into
accepting such 
> <file>s in a cross-development scenario like
this?

For now, modifing lib.jam seems like the only option.

>   I'm foggy on why bb2 doesn't just tag such library
<file>s as <prebuilt>
> and be happy if the file exists.

And, what will Boost.Build do with such file? If it has no
idea what's the 
type of the file, it has no idea if it can be linked into an
executable.
Well, I can change generators code so that targets with
unknown type are 
silently consumed and passed on to the tool (like linker),
but that seems 
very fragile.

- Volodya
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build
Broken? lib bar : : <file>...
user name
2006-02-11 13:06:53
Hi Vladimir,

A lot of the jam/bb2 underpinnings is still just magic to me so please bear with me.  With

lib foo : : <name&gt;foo <file&gt;/somewhere/foo ;

my naive expectation is for the system to understand that /somewhere/foo is a prebuilt library file ( but which subtype of LIB is not clear because of no suffix - is that the rub?). Could the lib rule be enhanced to understand something like:?

lib foo : <name&gt;foo <file&gt;/somewhere/foo <type&gt;SHARED_LIB ;

Probably a dumb question but fools rush in.  Thanks for your generous patience.

Mark

Vladimir Prus <ghostcs.msu.su&gt; wrote:
> I'm foggy on why bb2 doesn't just tag such library s as
> and be happy if the file exists.

And, what will Boost.Build do with such file? If it has no idea what's the
type of the file, it has no idea if it can be linked into an executable.
Well, I can change generators code so that targets with unknown type are
silently consumed and passed on to the tool (like linker), but that seems
very fragile.

[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )