Re: Library added as source when building DLL for a toolset

Edward Diener via Boost-build <[email protected]> Mon, 16 Mar 2020 08:58:00 -0400
Newsgroups gmane.comp.lib.boost.build
Message-ID <[email protected]>
On 3/16/2020 6:41 AM, Steven Watanabe via Boost-build wrote:
> AMDG
> 
> On 3/16/20 1:07 AM, Edward Diener via Boost-build wrote:
>> On the compiler toolset which I am developing, when a DLL is being
>> built, besides the object files which comprise the DLL Boost Build is
>> adding as a source file the name of the DLL with a lib extension. So if
>> my DLL is called MySource.dll, Boost Build is adding as a source file
>> for building the DLL MyBuild.lib. Naturally because of this the build o
>> of the DLL fails because MyBuild.lib does not exist.
>>
> 
> Does your DLL export any symbols?

Yes.

> 
>> My toolset, call it CCC, inherits generators, flags, and rules from
>> toolset BBB, which in turn inherits generators. flags, and rules from
>> toolset AAA. But neither toolset BBB nor AAA, when building MyBuild.dll,
>> has a file called MyBuild.lib added to the source.
>>
>> Does anyone withe knowledge of how Boost Build works have any idea why
>> this might be happening in my toolset ? Any help would be greatly
>> appreciated !
>>
> 
> MyBuild.lib is the import library for MyBuild.dll.

Why is the import library for a DLL listed as a source for building that 
DLL ? Normally an import library for another DLL might be a necessary 
source for building a DLL, but not its own import library. In other 
words once a DLL id built the dll.link action might also include as part 
of its action a command to produce an import library for that DLL but 
why would the DLL's import library be a source file for creating the DLL 
itself in the first place when clearly the DLL has not been built yet ?

> 
> In Christ,
> Steven Watanabe


_______________________________________________
Unsubscribe & other changes: https://lists.boost.org/mailman/listinfo.cgi/boost-build