> On 2006-08-21 21:47+0200 Arjen Markus wrote:
>>> On 2006-08-21 11:06+0200 Werner Smekal wrote:
>>> I suspect additional changes will need to be made to accomodate the
>>> wide variety of windows needs. Nevertheless, it appears from
>>> Werner's good results for his windows tool chain that this is a good
>>> start for shared library support on windows. Thus, I have gone ahead
>>> and made the commits (of my slightly modified versions) to CVS as the
>>> basis for further discussion.
>>> Arjen and Andrew (Roach), let us know if this also works for you.
>> Well, it seems to compile a lot, but when it comes to the CSA
>> library, I get the same failure as before: the csirocsa.lib import
>> library is missing.
> Arjen, please send more details. Without those, I am forced to
> speculate too much for comfort.
The situation is this:
- The CSA library is built as a separate component so to speak.
- In case of static libraries, this results in a csirocsa.lib
that can be linked against or that can be merged into
another library, such as plplotd.lib.
- In case of dynamic/shred libraries, this results in a
csirocsa.dll, but _not_ in a csirocsa.lib because no
functions from the CSA library are actually exported.
(I need to solve this in the same way as Werner has done
for the PLplot library itself).
> Arjen, please check in the build tree whether libcsirocsa has really
> been built. Assuming it has been build, from your windows linking
> experience can you figure out why it is not found?
Yes, it builds csirocsa.dll, but that is not enough on Windows.
> Werner, when you do your builds, is WITH_CSA OFF or ON? (look at the
> summary from cmake). If OFF, that means you have not really tested the
> libcsirocsa build like Arjen has done. To attempt to replicate this
> bug, you will have to solve whatever issue is forcing CMake to turn
> WITH_CSA OFF. (Look for WARNING messages from cmake.) If ON, then
> obviously you are having no problems with the dependency issue, and it
> is likely there is some tool chain difference between Arjen's system
> and yours that is causing the problem.
>> I have tried to turn it off via -DWITH_csa:BOOL=OFF, but that did not
> That's because case is important. Some of our variables are multi-case
> but this one is all upper case. So -DWITH_CSA=OFF should bypass the
> problem. (By the way, :BOOL used to be necessary with old versions of
> CMake, but it is no longer necessary. Also, be sure the cache file is
> removed before you run cmake so that the -D options will be honored.)
Stupid! Yes, I have tried again and now CSA is turned off.
Parameters set on the command-line always seem to be honored,
so that makes life a bit easier.
> For now, Arjen, it is probably better not to bypass the issue and
> instead solve it with your windows linking expertise.
Sounds fair enough, but later we will need to decide how we are going to
Do we want separate libraries (lib)plplotd.so/dll and (lib)csirocsa.so/dll
or not? (How do we do it in the ABS? Can't find it righ now)