Problem of compilation with view.h since the last apt update

Quentin Magdelaine

unread,

Jul 8, 2019, 11:31:32 AM7/8/19

to basilisk-fr

Hi all,

When I try to compile with the standard Basilisk Makefile (1) any code (2) including view.h, I receive this error:

qcc -autolink -O2 -g -Wall -pipe -D_FORTIFY_SOURCE=2 -o test/test test.c -lm
/usr/bin/ld: /home/quentinm/basilisk/src/gl/libglutils.a(utils.o): undefined reference to symbol 'glLightfv'
//usr/lib/x86_64-linux-gnu/libGL.so.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make: *** [test.s] Error 1

The error happens on the three Ubuntu (18.04 LTS) computers that I have, the message varies only slightly.

It happens since the last apt update I have done (which I have done simultaneously on the three computers).

Doing "make clean" and "make" in src/ and src/gl/ does not solve the problem.

Has anyone encountered the same problem?

Any help is welcomed!

Cheers,

Quentin

(1) this Makefile:

CFLAGS += -O2


include $(BASILISK)/Makefile.defs

(2) for example this code :

#include "saint-venant.h"
#include "view.h"


int main() {
 init_grid(32);
 run();
}

Michael Kreitmeir

unread,

Jul 8, 2019, 3:09:58 PM7/8/19

to basilisk-fr

Hi Quentin,

I can confirm your issue with the update (also Ubuntu 18.04):

qcc -autolink -O2 -g -Wall -pipe -D_FORTIFY_SOURCE=2 -o sphereTest/sphereTest sphereTest.c  -lm
/usr/bin/ld: [...]/basilisk/src/gl/libglutils.a(gl2ps.o): undefined reference to symbol 'glGetFloatv'


//usr/lib/x86_64-linux-gnu/libGL.so.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit

 status
make: *** [sphereTest.s] Error 1

using the same Makefile and the same code. Unfortunatly, I don't have a solution either. Would also be happy for any help!

Best regards,

Michael

Nelson Joubert

unread,

Jul 9, 2019, 10:15:41 AM7/9/19

to basilisk-fr

Hello,

I had the same problem on my laptop. I found a quick fix to this by using the graphics-acceleration hardware instead of off-screen rendering. After compilation and change in the config file, bview-servers can now be compile.
I tested it with src/test/view.c, inline and offline in 2D and 3D are working

Cheers

Nelson

Michael Kreitmeir

unread,

Jul 9, 2019, 1:36:35 PM7/9/19

to basilisk-fr

Hi Nelson,

this worked for me! Thank you very much!

Best regards,

Michael

Michael Negus

unread,

Jul 10, 2019, 8:23:23 AM7/10/19

to basilisk-fr

Hi Nelson,

I'm getting the same error as Michael posted above. Could you please perhaps elaborate a little more on what you mean by "using the graphics-acceleration hardware" and what to change in the config file to achieve this?

Thank you very much,

Michael

richard...@163.com

unread,

Jul 10, 2019, 9:27:25 AM7/10/19

to basilisk-fr

Hi Michael,

I encountered similar problem before. Now I have fixed it.

I think you can look at the instruction in http://basilisk.fr/src/gl/INSTALL and follow the instructions in "Using graphics-acceleration hardware".

Then you can run test with : qcc -autolink -O2 -Wall -o $NAME $NAME.c -L$BASILISK/gl -lfb_glx -lGLU -lGLEW -lGL -lX11 -lm

Also, as suggested by Popinet, make $NAME.tst may help.

As I am new to Basilisk, my answer may be not very correct.

good luck,

Richard LIU

在 2019年7月10日星期三 UTC+8下午8:23:23，Michael Negus写道：

Quentin Magdelaine

unread,

Jul 11, 2019, 9:43:37 AM7/11/19

to basilisk-fr

Thanks Nelson for your answer!

I had the same problem on my laptop. I found a quick fix to this by using the graphics-acceleration hardware instead of off-screen rendering. After compilation and change in the config file, bview-servers can now be compile.
I tested it with src/test/view.c, inline and offline in 2D and 3D are working

It worked for me too.

To complete the answer of Richard Liu, to use Makefile, it is necessary to modify the config file in basilisk/src/,

by commenting the line which calls OSmesa

# OPENGLIBS = -lfb_osmesa -lGLU -lOSMesa

and by uncommenting the line which calls GLX :

OPENGLIBS = -lfb_glx -lGLU -lGLEW -lGL -lX11

as explained in the installation tutorial of the bview-server, even if the off-line visualization is not used.

Cheers,

Quentin

Quentin Magdelaine

unread,

Jul 12, 2019, 5:08:53 AM7/12/19

to basilisk-fr

Hi,

I am sorry to bother everyone again. The problem is still not completely solved on my side.

It works directly on my computer but not through ssh because of the X11 forwarding (which I don't need).
It compiles but crashes immediately.

Why the use of graphics-acceleration hardware (with lfb_glx) is associated to X11 forwarding?
In the installation tutorial of the bview-server, the line using GLX also calls X11, whereas the line using OSmeso doesn't.

Is it possible to use GLX without X11 forwarding?

I tried to do it, using this line in the config file :

OPENGLIBS = -lfb_glx -lGLU -lGLEW -lGL

but the code does not compile anymore, because it needs the X11 library.

I copy here the detail of the errors I received:

Using this line in the config file:

OPENGLIBS = -lfb_glx -lGLU -lGLEW -lGL -lX11

--------------------------------------------------------------------------------
Unable to open a connection to the X server.
DISPLAY=
Unable to open a connection to the X server.
DISPLAY=
OffscreenContextGLX.c:237:error: [Thread debugging using libthread_db enabled]
OffscreenContextGLX.c:237:error: Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
OffscreenContextGLX.c:237:error: Program received signal SIGSEGV, Segmentation fault.
/home/quentinm/basilisk/src/Makefile.defs:45: recipe for target 'fall_video_simple.tst' failed
make: *** [fall_video_simple.tst] Error 1
--------------------------------------------------------------------------------

Using this line in the config file:

OPENGLIBS = -lfb_glx -lGLU -lGLEW -lGL

--------------------------------------------------------------------------------
/usr/bin/ld: /home/quentinm/basilisk/src/gl/libfb_glx.a(OffscreenContextGLX.o): undefined reference to symbol 'XGetErrorText'
//usr/lib/x86_64-linux-gnu/libX11.so.6: error adding symbols: DSO missing from command line

collect2: error: ld returned 1 exit status

make: *** [fall_video_simple.s] Error 1
/home/quentinm/basilisk/src/Makefile.defs:59: recipe for target 'fall_video_simple.s' failed
make: *** [fall_video_simple.s] Error 1
--------------------------------------------------------------------------------

Thanks everyone for your help,
Cheers,
Quentin

Quentin Magdelaine

unread,

Jul 18, 2019, 5:45:13 AM7/18/19

to basilisk-fr

Hi,

Some updates on this problem concerning the use of hardware acceleration libraries through a SSH connection.

If I launch the SSH connection with the X forwarding, the code still crashes but the error message changes:

----------------------------------------------------------------------------------------

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
X Error of failed request: GLXBadContext
Major opcode of failed request: 154 (GLX)
Minor opcode of failed request: 6 (X_GLXIsDirect)
Serial number of failed request: 37
Current serial number in output stream: 36

----------------------------------------------------------------------------------------

The same code runs without any problem if I launch it directly on the computer (not through SSH).

The X-forwarding works for simple tasks (as opening gedit), but the GLX test case

LIBGL_DEBUG=verbose glxgears

sends a similar error:

----------------------------------------------------------------------------------------

libGL: screen 0 does not appear to be DRI2 capable

libGL: Can't open configuration file /home/quentinm/.drirc: No such file or directory.

libGL error: No matching fbConfigs or visuals found

libGL error: failed to load driver: swrast

X Error of failed request: GLXBadContext

Major opcode of failed request: 154 (GLX)

Minor opcode of failed request: 6 (X_GLXIsDirect)

Serial number of failed request: 39

Current serial number in output stream: 38

----------------------------------------------------------------------------------------

My problem goes beyond Basilisk, but if someone has any clue, I would be grateful.

I go back to the initial problem, more linked to Basilisk. To sum-up:

1. Since the last update of OSmesa on Ubuntu 18, including view.h makes the compilation fail.

2. A solution is to use graphics-acceleration hardware (with lfb_glx), and it works like a charm if the code is launched directly on the computer.

3. Trough SSH, the compilation is successful but, on my computers, the simulation crashes (with the message above).

This makes me ask two questions:

1. Is there another solution, to continue to use OSmesa?

2. Is there a way to use graphics-acceleration hardware without X forwarding? They seem to be two very different things, right?

Thank everyone again,

Kind regard,

Quentin

Alexis Berny

unread,

Jul 18, 2019, 8:09:06 AM7/18/19

to basilisk-fr

Hi Quentin,

I do have the same kind of error message in X forwarding for another application. I want to use meshlab to display some STL made by basilisk. It works fine on my laptop, it is fine as well on the distant computer when I'm physically connected to it. However, when doing X forwarding it doesn't work. I have the same error message:

libGL error: No matching fbConfigs or visuals found

libGL error: failed to load driver: swrast

X Error: GLXBadContext 170