j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckM<div class="post">Try -datadir=<br/><br/>Last time I tried $(shell /usr/bin/wx-config), there was immediate hollering about build problems with it. There wasn't time to investigate at the time.<br/><br/>One problem with $(shell /usr/bin/wx-config) is it will pick up any version (wx 2.8 ) and any configuration (non-UTF-8 ) of wxWidgets that happens to be there. -lwx_gtk2ud-2.9 only matches the right configuration. It fails if wxWidgets was built with the wrong configuration. <br/><br/><div class="quoteheader">Quote</div><div class="quote">Iirc, chatting in #wxwidgets on freenode, the devs there were baffled why that was used.<br/></div>Did they say why they were baffled? <br/><br/><div class="quoteheader">Quote</div><div class="quote">This is because on my system the path is /usr/include/wx-2.9/wx/wx.h<br/></div>Why is it there? Was it included by the OS, or did you have to build it? If you built it, I wonder why it would put itself in a different place.<br/><br/>Has wxWidgets 2.9 finally started to become available as a debian package?<br/><br/>Maybe we should do this:<br/><br/>INCLUDEPATHS= \<br/> -I"/usr/local/include/wx-2.9" \<br/> -I"/usr/local/lib/wx/include/gtk2-unicode-debug-static-2.9" \<br/> -I"/usr/include/wx-2.9" \<br/> -I"/usr/lib/wx/include/gtk2-unicode-debug-static-2.9"<br/><br/>Again, those paths help make sure it's only 2.9 and will fail with 2.8.<br/><br/>wxWidgets 2.8 comes in ANSI and UTF-16, both wrong for us. It's tempting because it's so easily available as a package; a lot of people were frustrated by it until we started hardcoding 2.9 into the makefile.<br/></div> text/html
https://whatsonchain.com/tx/ecb5fe3db237bc97ffe3cd7517af3cb0d8ac0eb9a62effa8b8c5c0a80d0b37c8