User forums > Using Code::Blocks
wxsmith plugin, where is it?
oBFusCATed:
If you make this command
--- Code: ---dpkg-buildpackage -us -uc
--- End code ---
to succeed you'll have the same packages you download from the site, but they'll have the proper dependencies and they will work on your system.
jjenson:
--- Quote from: oBFusCATed on February 13, 2019, 08:52:41 pm ---If you make this command
--- Code: ---dpkg-buildpackage -us -uc
--- End code ---
to succeed you'll have the same packages you download from the site, but they'll have the proper dependencies and they will work on your system.
--- End quote ---
When I do that I get:
rmdir --ignore-fail-on-non-empty .
rmdir: failed to remove '.': Invalid argument
/usr/share/cdbs/1/class/autotools.mk:64: recipe for target 'makefile-clean' failed
make: [makefile-clean] Error 1 (ignored)
which continues with what looks like productive compiling, followed by a lot of checking and then a lot of creating which looks like the completion of a config.
then make is invoked with /usr/bin/make -C . -j8
followed by x86_64-linux-gnu-g++
Then this fatal error pops up.
In file included from ./sdk_precomp.h:13:0:
./sdk_common.h:37:10: fatal error: wx/wxprec.h: No such file or directory
#include <wx/wxprec.h>
I checked; there actually is a wxprec.h file in /usr/include/wx-3.0/wx/
..but for some reason, it can't find it. Like I said before, I have decades of programming experience, but I've only a few months experience working in a Linux environment, so a lot of this stuff is new to me; however, I am more than willing to learn if someone can help me out and point me in the right direction.
jjenson:
I deleted a bunch of empty file trees and ran the command again; didn't realize that empty directories would interfere with a build. This time it started building packages.
It built:
codeblocks-common_17.12_all.deb
codeblocks-contrib-common_17.12_all.deb
codeblocks-headers_17.12_all.deb
codeblocks-wxcontrib-headers_17.12_all.deb
wxsmith-headers_17.12_all.deb
then I get:
dpkg-shlibdeps: error: no dependency information found for /usr/local/lib/libhunspell-1.7.so.0 (used by debian/codeblocks-contrib/usr/lib/codeblocks/plugins/libSpellChecker.so)
Hint: check if the library actually comes from a package.
and finally:
recipe for target 'binary-predeb-IMPL/codeblocks-contrib' failed
make: *** [binary-predeb-IMPL/codeblocks-contrib] Error 25
dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned exit status 2
I'm getting so close! Anyone know what I can try next to alleviate the problem?
BlueHazzard:
I am fascinated how many problems your have xD, and more that you still stick to it! My compliment for your endurance!
for me it was always more or less a configure and make....
Have you installed libhunspell via packet manager or by compiling by yourself?
jjenson:
--- Quote from: BlueHazzard on February 14, 2019, 04:44:08 pm ---I am fascinated how many problems your have xD, and more that you still stick to it! My compliment for your endurance!
for me it was always more or less a configure and make....
Have you installed libhunspell via packet manager or by compiling by yourself?
--- End quote ---
I could now do a configure, make and install and it installs and runs codeblocks with all plugins with no errors or warnings. However, I just can't build all the packages if I go the route of 'dpkg-buildpackage -us -uc'.
I could just call it a day and move on, but my curiosity keeps me determined to find out why I can't build the packages the way I should be able to. I'd prefer installing from packages if I could build them. Understanding what the problem is will pay off the next time I have to build from source. It's odd though how I could make them now, but get stuck at that error when I try to build the packages.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version