Cannot compile example - basic window Ubuntu 20.04.5 LTS in Code::Blocks #2730
Replies: 4 comments 10 replies
-
|
try just using make from the command line (using the Makefile in the repo not making one with cmake) if it works then it narrows down the issue to the IDE. |
Beta Was this translation helpful? Give feedback.
-
|
"try just using make from the command line (using the Makefile in the repo not making one with cmake)" |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
|
Hi RobLoach When You say "Don't use sudo make" I assume you are talking about building the raylib library. I retried with But you have prompted me to check if it is a permissions issue with Code::Blocks.... I think from memory I have encountered something like this previously with IDEs not having permissions to access some of the file libraries or system components. Don't stress if you don't have any hints, My lecturer is an Engineer and long time Linux user so I can pick his brain on it when he gets back to work next week :) I have to do this same Linux exercise with raylib and raygui on Geany FreeBASIC Compiler as well as with Thonny Python 3, and then do the same for a half dozen other libraries and document it for my fellow students, so on a bit a a learning curve at the moment :) Thank You |
Beta Was this translation helpful? Give feedback.
-
|
Perhaps
You shouldn't need to run the IDE as super user. There's likely something up with the permissions. You should only need git clone https://github.com/raysan5/raylib.git
cd raylib/projects/CMake
mkdir build
cd build
cmake ..
make
./example |
Beta Was this translation helpful? Give feedback.
-
|
Thanks RobLoach The example graphics winow opened without error the same as with the makefile builds that I did previously. $codeblocks $sudo codeblocks Note that I do appretiate the help as I was hoping someone with CB experience may have picked up on it. Just the same thank you for having a go at it. |
Beta Was this translation helpful? Give feedback.
-
|
@RobLoach Please see my comments from @chriscamacho |
Beta Was this translation helpful? Give feedback.
-
|
absolutely do NOT run an IDE as root ! if code:blocks can't access a library from your user account then its likely misconfigured (by the looks for your user account) to be honest usually bullying and IDE into behaving takes longer than the perceived time it saves... as for cmake - an automagically created makefile 1000's of lines long - what could possibly go wrong! |
Beta Was this translation helpful? Give feedback.
-
|
The user account is the default account created with the Lubuntu Install under group admin, but I will create a new account and retry. |
Beta Was this translation helpful? Give feedback.
-
|
P.S. I had some issue like this with Code::Blocks in a different Ubuntu installation when making up a heap of command line examples, but I can't recall exactly what it was. I have never liked Code:Blocks but it's the only beginner IDE on Linux that fits the paradigm I am working with. I looked at KDevelop, but it is just a text editor. |
Beta Was this translation helpful? Give feedback.
-
|
P.S.S. I am guessing, but is this primary account not meant to be used? (No one has said anything about this previously so I have just accepted it as normal.) |
Beta Was this translation helpful? Give feedback.
-
|
I created a new user account in Lubuntu. Opened The raylib.h and raylib.a are still installed in ./user/local/include-lib from the previous make install of raylib in the other user account. So, the problem is with that first user account created during the Ubuntu install? :( |
Beta Was this translation helpful? Give feedback.
-
|
Ok, I just did some research on this and Username@hostname~$ is normal, so I am guessing somewhere along the line the permission for the account have got messed up :/ Still curious as to why the new user account only prompt with $ I'll hit my lecturer up for ideas next week, in the meantime I will retest everything under the new account. |
Beta Was this translation helpful? Give feedback.
-
|
For everyone that offered assistance and others that may encounter this discussion. I installed a fresh copy of Lubuntu 20.04.5 LTS in VirtualBox 6.1 on a Windows 10 host. With the file manager open So I am guessing somewhere somehow the permissions for the default account became messed up. :( |
Beta Was this translation helpful? Give feedback.
-
Hi raysan,
I am attempting to compile the example example - basic window (aka Hello World) from the Code::Blocks V20.03 with a consistent "/usr/bin/ld: cannot find -lGL".
I compiled the raylib source with
sudo make PLATFORM=PLATFORM_DESKTOP GRAPHICS=GRAPHICS_API_OPENGL_21andsudo make install. The header and archive.a files are installed correctly.Also the dependencies were correctly installed:
sudo apt install libasound2-dev mesa-common-dev libx11-dev libxrandr-dev libxi-dev xorg-dev libgl1-mesa-dev libglu1-mesa-devI originally set the project options and project build option manually with the additional linker options -lraylib -lGL -lm -lpthread -ldl -lrt -lX11 -lc (Without -l )+ manually setting search directories etc without luck.
I created a new CB project from the ./raylib/projects/CodeBlocks template with the same results after many experiments.
Now the odd thing is that if I compile the example using Makefile
make core/core_basic_window PLATFORM=PLATFORM_DESKTOPthe example compiles and runs without error./core_basic_windowAlso if I build the entire examples directory all of the examples compile and run without error
make PLATFORM=PLATFORM_DESKTOPSo this leads me to believe that all libraries and dependencies are correctly installed ¯\_(ツ)_/¯
I am running Lubuntu as a VM on VirtualBox which is why I used the GRAPHICS=GRAPHICS_API_OPENGL_21 as this is the maximum VitrualBox can render.
So I don't know if that is the issue, but I suspect not as the examples all build with the Makefile.
So I am thinking there is something missing in Code:Blocks. I don't normally use Code::Blocks and had issues like this with it a long time ago and binned it. Unfortunately I have tied myself too it at the moment :(
Any thoughts as to what may be causing the ld libGL.so error?
With thanks
Axle
P.S. the LibGL files are in /usr/lib/x86_64-linux-gnu/libGL.so; libGL.so.1; libGL.so.1.7.0
P.S.S. the build log from Code::Blocks:
Beta Was this translation helpful? Give feedback.
All reactions