deb http://apt.tt-solutions.com/ubuntu/ edgy main
deb http://apt.tt-solutions.com/ubuntu/ feisty main
wget http://www.tt-solutions.com/vz/key.asc
sudo apt-key add key.asc
sudo apt-get update
sudo apt-get dist-upgrade
sudo update-alternatives --config wx-config
Hello, I've uploaded a portable version here (http://armorycore.com/wxlearner/CodeBlocks-Portable-rev3977.7z).
Thank you MVP for the space! :D
It contains the same libraries as this one (http://forums.codeblocks.org/index.php/topic,5785.msg44391.html#msg44391), but it has the new boost-1.34.0 (http://www.boost.org/) and the new wxWidgets-2.8.4 (http://www.wxwidgets.org/).
I'm also uploading the slightly patched source (including compiled binaries), so you can use a SVN client like RapidSVN (http://rapidsvn.tigris.org/) and add the source folder as an existing repository to make updating and improving your portable version possible. When the upload of the prebuilt source code will be ready (in about 50 minutes), I will post a link here.
Thank you, dear Code::Blocks team, for the best IDE ever :D
"ERROR: /usr/local/share/codeblocks/plugins/libwxsmithcontribitems.so: not loaded (missing symbols?)"
Hello, I've uploaded a portable version [here (http://armorycore.com/wxlearner/codeblocks-svn-rev3977.7z).
Hi all!"ERROR: /usr/local/share/codeblocks/plugins/libwxsmithcontribitems.so: not loaded (missing symbols?)"
I have the same error on Ubuntu 6.10 amd64 with my ".deb", but only with the one linked to wx284. I don't have this error when linked to wx263
Hi all!"ERROR: /usr/local/share/codeblocks/plugins/libwxsmithcontribitems.so: not loaded (missing symbols?)"
I have the same error on Ubuntu 6.10 amd64 with my ".deb", but only with the one linked to wx284. I don't have this error when linked to wx263
Are you positive it compiles with wx263, I sometimes get compile error on that project using wxWidgets 2.6.
Tim S
"ERROR: /usr/local/share/codeblocks/plugins/libwxsmithcontribitems.so: not loaded (missing symbols?)"
running Ubuntu Feisty 7.04
Scanning for plugins in /usr/share/codeblocks/plugins...
ERROR: Plugin resource not found: libwxsmithlib.zip
@Byo
i have this problemeCodesvn 3981 Ubuntu Feisty 7.04 wxwidgets2.6.3Scanning for plugins in /usr/share/codeblocks/plugins...
ERROR: Plugin resource not found: libwxsmithlib.zip
PsYhlo:
I had the same problem with the build. Already filed it as Bug #11144. (http://developer.berlios.de/bugs/?func=detailbug&group_id=5358&bug_id=11144)
I had the same problem with the build. Already filed it as Bug #11144. (http://developer.berlios.de/bugs/?func=detailbug&group_id=5358&bug_id=11144)That's not the same problem. Rick: You still have old plugin DLL's in your C::B plugin folder. Notice that these plugin have been renamed as:
The "debugging windows" button on debug panel does not work for me. The "Debug/debugging windows" menu entry works.
21 may win32 build
No no no, I hope, you haven't done it. Anyway, it won't fix the libwxsmithlib.zip problem (and other presented here).can you tell us which part we should manually delete ??
The easiest way is to completily remove c::b from system just before make install because there are some rubbish left causing this bug. Since make uninstall won't be usefull here too, it should be done manually.
BYO
No no no, I hope, you haven't done it. Anyway, it won't fix the libwxsmithlib.zip problem (and other presented here).can you tell us which part we should manually delete ??
The easiest way is to completily remove c::b from system just before make install because there are some rubbish left causing this bug. Since make uninstall won't be usefull here too, it should be done manually.
BYO
otherwise it means getting sources fresh from svn ??
rm /usr/local/share/codeblocks/plugins/libwxsmithlib.*
rm -rf /usr/local/share/codeblocks
"ERROR: /usr/local/share/codeblocks/plugins/libwxsmithcontribitems.so: not loaded (missing symbols?)"
running Ubuntu Feisty 7.04
Confirmed. I'll look into it today. Strange it looks like wx 2.8.4 causes this to happen. But after I've checked what's the missing symbol, it's some internal data of wxChartCtrl :?
Thanks for reporting
BYO
that remove all could be very interesting indeed just before make install : @Yiannis : what do you think ?
Jay, that's a nightmare :x. Missing symbol is _ZVT16wxPieChartPoints or _ZVT18wxBar3DChartPoints and surely many others would fit here, I don't know how it's choosen.
Because of _ZVT prefix I conclude that it's missing virtual funciton table. But since classes are correct (otherwise it woudn't compile ANY time), those tables should be fine :? anybody has any experience with this stuff ? Maybe it's GCC's bug ?
Hello, I've uploaded a portable version here (http://armorycore.com/wxlearner/CodeBlocks-Portable-rev3977.7z).@wxLearner: do you see any possibility you could that excellent job again, this time with a more recent gcc? I'd rather like 4.2 in there... ;)
Thank you MVP for the space! :D ...
Thank you, dear Code::Blocks team, for the best IDE ever :D
The problem is not that it's about a virtual function but probably because of the size of the arguments (sizeof)...
I don't have the time to look into it atm but check what args these functions take. If the number of args is different between versions or the args themselves are different, then this could be the problem.
The problem is not that it's about a virtual function but probably because of the size of the arguments (sizeof)...
I don't have the time to look into it atm but check what args these functions take. If the number of args is different between versions or the args themselves are different, then this could be the problem.
Hmm, but wxPieChartPoints and wxBar3DChartPoints are names of classes, not functions. And the problem is not any particular virtual function but virtual table.
I'll try to preprocess the source and see what's generated since some badly named macro could be responsible for this.
Regards
BYO
Ok, found the reason, it took me almost a week of searching :? The reason: typo in filename used inside #pragma interface directive.Right... happened to me, too and took me hours of searching as well! I hate those #pragma stuff. It's just pointless.
#pragma interface / #pragma implementation? Really, you shouldn't use those. That's the reason the exporter plugin wasn't loading on Linux (because the PDF library had those).
So, that was the reason wxSmith had problems loading the other shared objects on Linux?