User forums > Using Code::Blocks
Advice on Version for Ubuntu
tigerbeard:
Thanks for the update of that section.
I got errors on ./bootstrap
--- Code: --- configure.ac warning: macro 'AM_OPTIONS_WXCONFIG' not found in library
configure.ac warning: macro 'AM_PATH_WXCONFIG' not found in library
..
configure.ac error: possible undefinded macro: AM_PATH_WXCONFIG
--- End code ---
Does that ring any bells?
EDIT: I am using the trunc tarball from sourceforge
stahta01:
http://wiki.codeblocks.org/index.php/Installing_Code::Blocks_from_source_on_Linux
Edit2: The above links gives two fixes; I normally do this one on Debian.
--- Code: ---export ACLOCAL_FLAGS="-I `wx-config --prefix`/share/aclocal"
--- End code ---
BlueHazzard:
I have tested this on a fresh xubuntu installation. I did not had this error, but i installed wxWidgets first from the official ubuntu repo. Maybe that made a difference... If you find a working fix, please let me know
--- Quote from: stahta01 on September 24, 2018, 06:43:21 pm ---http://wiki.codeblocks.org/index.php/Installing_Code::Blocks_from_source_on_Linux
Edit2: The above links gives two fixes; I normally do this one on Debian.
--- Code: ---export ACLOCAL_FLAGS="-I `wx-config --prefix`/share/aclocal"
--- End code ---
--- End quote ---
I am not sure if this works, because wx-config can probably not be found if you use the --with-wx-config configure option later and don't use a "installed" wxWidgets installation. You probably have to use the full path to your temporary wxWidgets installation...
so something like this
--- Code: ---export ACLOCAL_FLAGS="-I /home/USERNAME/wxWidgets/install/share/aclocal"
--- End code ---
if you have used
--- Code: -----prefix=/home/USERNAME/wxWidgets/install
--- End code ---
at the configuration process of wxWidgets
tigerbeard:
--- Quote from: stahta01 on September 24, 2018, 06:43:21 pm ---http://wiki.codeblocks.org/index.php/Installing_Code::Blocks_from_source_on_Linux
Edit2: The above links gives two fixes; I normally do this one on Debian.
--- Code: ---export ACLOCAL_FLAGS="-I `wx-config --prefix`/share/aclocal"
--- End code ---
--- End quote ---
Thanks for the link to your description. I had been following that from BlueHazzards post. I did run it on 2 different PCs, one compiled the other did not. The difference had been what had been installed previously or not. On both I did not use a prefix, which I guess was not perfect.
After recompiling wxGTK according to statha01's line I got this out of the way location in a repeatable way, which I think is a good idea. Still this macro errors appeard, but on the instructions the fix was given as
On Ubuntu install wx-common
In fact that solved it. Also that explains why the other PC had worked. It indeed had the package installed before.
tigerbeard:
OK. Now it worked.
For those interested on the Xubuntu 16.04LTS install, here is some feedback
* I can confirm that the symbol browser can be enabled/disabled when the source is compiled against wxGTK2.8, which is a great relief :D
* After sudo make install starting codeblocks got an "unkown symbol" error. After running sudo ldconfig it worked fine. The wiki instructions did not list this, but the instruction that BlueHazzard linked
* A very helpful step in the wiki are the three wx-config commands to verify that the wxGTK build was successful. This is especially important if there might be conflicting wxVersions on the system. Great!
* Also great and crucial for me were the notes for the errors from ./bootstrap in the Wiki. Since the script dives deeply into the autotools its hard for beginners to debug it, e.g. the 'AM_xxx_WXCONFIG' errors I got.
* I liked the instructions https://github.com/bluehazzard/codeblocks_sf/wiki/build_linux_mint_18, for their clear and easy structure.
* The patch for wx2.8 proved not necessary in my case. Its only use is to fix a compile error. IMHO its quicker to check if the error occurs at all and only patch if necessary.
* The Makefile patch is about supressing too much compiler warnings. The "if a newer gcc is used" translated for me to: "gcc 5.4.0 or older are not affected". Actually, in that case the given line is not present in the makefile at all.
* A link to the above mentioned C::B Wiki resources might be helpful
* Further I had some issues with getting the sources. The svn did not work, because it had all scripts saved without execute file permission (-rw-rw--r-). Since those scripts were using subscripts, etc I did not try to figure out where to correct that those manually. I am not aware how to fix the SVN, but it might be specific to my system. Further the download from the CodeBlocks.org website (the 17.12 tarball) was missing quite a few scripts and I could not even get to compilation. I thought that was weird. Only the Download Snapshot tarball from the sourceforge website worked for me. No Idea if that makes sense at all. At least for me to find it when I will re-try this again in a few month. Anyway, using the trunc snapshot ist the most practical way anyway especially when its going to be used on offline PCs as well or the status needs to be archived.
Special thanks for BlueHazzard and stahta01 (and of course oBFusCATed [as always] :)) for the very good help
Navigation
[0] Message Index
[*] Previous page
Go to full version