Hello,

I finally found a way around this:

-----Original Message-----
From: Carsten Neumann [mailto:carsten_neum...@gmx.net] 
Sent: Freitag, 27. November 2009 19:01
To: opensg-users@lists.sourceforge.net
Subject: Re: [Opensg-users] FieldContainer derived class problem?

[snip]
 
> On a side note (and I don't think this is 
> related), the compiler keeps generating an import library for my 
> application, which doesn't make much sense but it shows that some 
> stuff is created with dllexport when it shouldn't have any dll-related 
> decorations.

hm, if you use the OpenSG build machinery it may well pass options to the 
compiler/linker that instruct it to generate a dynamic lib - not sure about 
this though, I've never really thought about static libs...

[snip]

The "problem" is that code is automatically created in the blablablaBase.cpp 
file, which uses a macro which itself uses the OSG_DLL_EXPORT, which on WIN32 
is always __declspec(dllexport). For static libs as well as standalone programs 
you may not want this. Create a new file "nodllexports.h" with the contents:

#ifdef OSG_DLL_EXPORT
#undef OSG_DLL_EXPORT
#define OSG_DLL_EXPORT
#endif

and add the following line to EVERY fcd you are using:

  additionalIncludes="nodllexports.h"

I am not sure if this can be fixed on a general level, as you don't really have 
a way to find out if the user wants their stuff exported or not. The only thing 
that comes to mind would be a fcd switch that allows users to select which 
interfaces to show and which ones to hide, but it does not seem to concern many 
devs anyway. So this is just a note to users.

Aloha, Andi

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to