> Hi, > > the email below was somehow never sent, since it stayed in my Drafts > folder, so I send it again. > > Werner > > Ok, > > one step forward. The import library libplplotf77cd.dll.a (to which is > linked to) doesn't contain any symbols. If I change in plstubs.h > STUB_LAU to > > #define FNAME(x,y) PLDLLIMPEXP y##_ > #define FNAME_(x,y) y##_ > > it's still not possible to link to libplplotf77cd.dll.a (although it > contains symbols of the correct name - but it's possible to link > directly to libplplotf77cd.dll if I make changes to the files produced > by cmake. So it seems that for MinGW 4.x.x the functions are also not > exported by default (as with Visual C++) - I thought that this is now > possible but not default (there is some visibility flag which can be set). > > Maybe someone has some additional ideas. >
Hi Werner, once I got it all working, I noticed the same thing: for some reason the import library (.dll.a) contains very few symbols. I have experimented a bit with STUB_LAU, but that has not solved much. The way forward is to write a small set of source files that mimick the set-up of PLplot - by then compiling/linking them manually I should be able to determine the correct incantation. But I come to the same conclusion: this version of GCC hides the symbols just like other Windows compilers. I am not sure I like that particular complication ;). 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
