Werner Smekal wrote:
yes, this is a problem, I wrote that the dll directory needs to be in
path. Don't copy the dlls, since if you change something and you forget
to copy again, you won't see the effect :). So add the dll directories
to the path, but if you want to test examples you need to do this anyway
(for the shared case).
The problem is that directory only exists when CMake has done its job. So,
the sequence "cmake; make" is impossible that way. Uh, PATH does not
check the existence ... right. Well, clear instructions are required :).
[ 0%] Built target plhershey-unicode-gen
[ 0%] Built target plhershey-unicode.h_built
[...]
reference to [EMAIL PROTECTED]'
CMakeFiles/wingcc.dir/wingcc.obj(.text+0x3ad):wingcc.c: undefined
reference to [EMAIL PROTECTED]'
CMakeFiles/wingcc.dir/wingcc.obj(.text+0x42a):wingcc.c: undefined
reference to [EMAIL PROTECTED]'
CMakeFiles/wingcc.dir/wingcc.obj(.text+0x44b):wingcc.c: undefined
reference to [EMAIL PROTECTED]'
Here, we don't link to the gdi32 library. I changed the logic behind
that some weeks ago, but only for the pure MinGW case (obviously) and
not for the MSYS case. Will have a look into that (Or look in
wingcc.cmake yourself, whoever is first).
I am not sure CMake recognises that it is working under MSYS - I saw that
the MSYS flag is off in the output I posted. So, it may be using the MinGW
logic.
Regards,
Arjen
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
