klaas.holwerda ha scritto:
> Hi,
>
> After days of searching i finally discovered the reason behind the error
> this:
>
> [EMAIL PROTECTED] editmdi]$ ./sample_editor_editmdi
> 17:57:41: Debug: ./src/common/object.cpp(244): assert
> "sm_classTable->Get(m_className) == NULL" failed in Register(): Class
> "wxProcess" already in RTTI table - have you used
> IMPLEMENT_DYNAMIC_CLASS() multiple times or linked some object file twice)?
very strange. This may need investigation: could it be because of some
incorrect RTTI usage?
> E.g. In the following linking line changing -Wl,-Bdynamic
> -lwxcode_gtk2d_stedit-2.8 into -Wl,-Bstatic -lwxcode_gtk2d_stedit-2.8
> Makes it work fine. (order/place of the wxstedit lib does not matter,
> also linking wxLua static or shared makes no difference.
> It comes back to wxstedit linking shared.
I'm not sure to understand... but as you say this is probably related to
cmake's default behaviour of putting -Wl,-Bdynamic flag in the linker line:
From ld docs:
-Bstatic
-dn
-non_shared
-static
Do not link against shared libraries. This is only
meaningful on platforms for which
shared libraries are supported. The different variants of
this option are for compat‐
ibility with various systems. You may use this option
multiple times on the command
line: it affects library searching for -l options which
follow it. This option also
implies --unresolved-symbols=report-all. This option can be
used with -shared. Doing
so means that a shared library is being created but that all
of the library’s external
references must be resolved by pulling in entries from
static libraries.
which seems to mean that it tells to ld to use static libs to resolve
_all_ symbols.
Francesco
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
wxCode-users mailing list
wxCode-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxcode-users
