Jump to content
The Dark Mod Forums
Sign in to follow this  
Alberto Salvia Novella

WXU 3.0.5 not found with the latest version of wxgtk 3.0

Recommended Posts

So I'm packaging darkradiant as a pacman package. But when I execute darkradiant on the terminal it complains:

darkradiant: /usr/lib/libwx_gtk3u_core-3.0.so.0: version `WXU_3.0.5' not found (required by darkradiant)

darkradiant: /usr/lib/libwx_gtk3u_core-3.0.so.0: version `WXU_3.0.5' not found (required by /usr/lib/x86_64-linux-gnu/darkradiant/libwxutil-2.7.0.so)

The thing is that's the latest announced 3.0 version of wxgtk. If you install 3.1 then darkradiant complains it cannot find 3.0 at all.

Any idea why this could be? Thanks in advance.

Share this post


Link to post
Share on other sites

Thanks, I replied in the bugtracker entry.

Share this post


Link to post
Share on other sites
6 hours ago, Alberto Salvia Novella said:

@greeboAny idea on why it fails to build when using the Debian package as source, just for my own info?

It's hard to tell what's wrong without seeing any error message.

I don't understand the "Debian package as source"part - there are the Git sources, and there are Debian packages which are binaries, i.e. they are already built.

Share this post


Link to post
Share on other sites
On 4/25/2020 at 11:26 PM, Alberto Salvia Novella said:

So I'm packaging darkradiant as a pacman package. But when I execute darkradiant on the terminal it complains:

darkradiant: /usr/lib/libwx_gtk3u_core-3.0.so.0: version `WXU_3.0.5' not found (required by darkradiant)

darkradiant: /usr/lib/libwx_gtk3u_core-3.0.so.0: version `WXU_3.0.5' not found (required by /usr/lib/x86_64-linux-gnu/darkradiant/libwxutil-2.7.0.so)

If a binary is requesting a version symbol from a library and that symbol cannot be found, this implies that the binary was built against a different version of the library that the one it is linking with at runtime. This might occur if you have more than one version installed, or if you are building against a separate tree of development libraries that don't match the system-wide libraries used to run applications.

To be honest I don't think there should be a bugtracker entry for this, unless there is some evidence of a problem in the DarkRadiant build scripts. We don't embed any version symbols like "WXU_3.0.5" in the source code; we just ask the wx-config script to return the appropriate system-specific include and library paths. If your wx-config script is returning paths to a wxWidgets library which doesn't match the system-wide library, that is a problem with the build machine, not something we can fix at the source level.

You can see which include and library paths will be used at build time by running the wx-config script manually, e.g.

$ wx-config --libs
-L/usr/lib/x86_64-linux-gnu -pthread   -lwx_gtk2u_xrc-3.0 -lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 -lwx_gtk2u_adv-3.0 -lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0

$ wx-config --cxxflags
-I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread

It is quite possible that if you run these commands in your build environment they will point somewhere other than at /usr/lib/libwx_gtk3u_core-3.0.so.0, which would explain the version mismatch.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

×
×
  • Create New...