bugGNU Octave - Bugs: bug #32160, /usr/X11R6/lib/libGL.so: could not...


bug #32160: /usr/X11R6/lib/libGL.so: could not read symbols on Suse 64 bits

Submitted by:  John Hunt <huntj>
Submitted on:  Mon 17 Jan 2011 10:13:23 PM UTC  
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Need Info Assigned to:  None
Originator Name:  Open/Closed:  Closed
Release:  3.3.54 Operating System:  GNU/Linux

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


( Jump to the original submission)

Fri 10 Feb 2012 05:36:47 PM UTC, comment #13: 

Closing bug as it applies to a release candidate before 3.4.0.  It can be re-opened if the reporter can verify there is still a problem with a current release such as 3.6.0.

Rik <rik5>
Project Administrator
Sun 02 Oct 2011 02:33:09 PM UTC, comment #12: 

It is up to jwe.

John Hunt <huntj>
Wed 28 Sep 2011 07:23:13 PM UTC, comment #11: 

Can this issue be closed?  It applied to a development version before 3.4.0.

Rik <rik5>
Project Administrator
Sat 29 Jan 2011 11:19:39 AM UTC, comment #10: 

Agreed, your patch works fine, so it's up to you.

John Hunt <huntj>
Thu 27 Jan 2011 10:40:37 PM UTC, comment #9: 

John, it would be fine with me to use the X_PATH_XTRA macro, but if my simpler change for you works now, I think I will go with that for now and reexamine this change after the release.

Guillaume, I think this is a separate issue from the detection of X11 libraries.  But yes, you are right that we should not be calling _fltk_redraw_ unless the fltk toolkit is used, and we should probably not be calling any toolkit-specific code like this except from a generic function that dispatches to the toolkit-specific code...  I will discuss that with the person who made that change.

John W. Eaton <jwe>
Project Administrator
Thu 27 Jan 2011 10:26:22 PM UTC, comment #8: 

Following comment #6,
you were right, it worked only because -lX11 was already in
When configuring with --without-opengl --without-framework-opengl
GRAPHICS_LIBS is empty, no -lX11 at all, and the build fails.
So, as counterintuitive as it seems to me,
we have to add -lX11 to X_LIBS manually.

The attached patch corrects the configure.ac from comment #3.

(file #22540)

John Hunt <huntj>
Thu 27 Jan 2011 01:21:35 PM UTC, comment #7: 

Sorry to mention this again here as this is a diversion but when compiling with flags --without-opengl --without-framework-opengl and without having fltk, I get a crash at the end of compilation (when building the doc?) with:

../../run-octave -f -q -H -p . --eval "geometryimages ('griddata', 'eps');"
error: `__fltk_redraw__' undefined near line 41 column 5
error: called from:
error:   /.../octave/scripts/plot/private/__axis_label__.m at line 41, column 5
error:   /.../octave/scripts/plot/title.m at line 33, column 7

Shouldn't this call to  `__fltk_redraw__'  be surrounded by:

if (any (strcmp (available_graphics_toolkits (), "fltk")))

Guillaume <gyom>
Wed 26 Jan 2011 10:56:15 PM UTC, comment #6: 

I didn't see -lX11 anywhere, and all the X_ variables were empty, so I didn't see how the build could work.

John W. Eaton <jwe>
Project Administrator
Wed 26 Jan 2011 10:07:23 PM UTC, comment #5: 

Your patch works fine here, but
given the hours already spent on this AC_PATH_XTRA stuff
(comment #3), I would like to go further.

Here also the X_* variables are empty, except X_LIBS = -lSM -lICE
but the build is just fine, and the fltk backend plots correctly.

Did you have any error during the build/run or
did you stop after the configure step, because the X_* were empty ?
Maybe I should have added the display of X_DISPLAY_MISSING ?

John Hunt <huntj>
Wed 26 Jan 2011 08:24:51 PM UTC, comment #4: 

This change does not seem to work for me.  The configure script does not seem to check for X, and I get empty values for all four of the new X_ variables.

To fix the original problem of the explicit -L/usr/X11R6/lib flag being added to the check for the GL library, I checked in the following change. 


Does this work for you?

For now, if OpenGL headers and libraries are in a location not searched by default, then the directories can be added to CPPFLAGS and LDFLAGS when running the configure script.

John W. Eaton <jwe>
Project Administrator
Tue 25 Jan 2011 10:14:52 PM UTC, comment #3: 

Following jwe comment #1, here is a patch for using the
AC_PATH_XTRA macro. some names have been changed to be consistent
with the autoconf manual for AC_PATH_XTRA:

in the base directory,
patch -p1 < xtra.patch
./configure <options>

works for me, but please be careful...

(file #22516)

John Hunt <huntj>
Tue 18 Jan 2011 11:32:40 AM UTC, comment #2: 

Just to mention that I have the same error during compilation (OpenSuse 11.3 64bit).
In the meantime I compile with:

./configure --without-opengl --without-framework-opengl

which is working fine apart from this error at the end of compilation:

error: `__fltk_redraw__' undefined near line 40 column 5
error: called from:
error:   /.../octave/scripts/plot/private/__axis_label__.m at line 40, column 5
error:   /.../octave/scripts/plot/title.m at line 33, column 7

Guillaume <gyom>
Mon 17 Jan 2011 10:47:04 PM UTC, comment #1: 

I don't think the /usr/X11R6/lib path should be hardcoded like that.  I guess we should be using the AC_PATH_XTRA macro instead of AC_PATH_X, and then using what it finds instead.

John W. Eaton <jwe>
Project Administrator
Mon 17 Jan 2011 10:13:23 PM UTC, original submission:  

During octave-3.3.54 compilation on OpenSUSE 11.3 64bits
there was an error during make:
/usr/X11R6/lib/libGL.so: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
make[3]: *** [liboctinterp.la] Error 1

related to the warning in config.log:
configure:30819: gcc -o conftest -g -O2 -pthread   -L/usr/X11R6/lib conftest.c -lGL  -lm   >&5
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/X11R6/lib/libGL.so when searching for -lGL

which disappears after the attached patch is applied.
This is my first attempt to modify a .m4 file, so please be cautious.

John Hunt <huntj>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

Attached Files
file #22540:  xtra2.patch added by huntj (523B - text/x-patch)
file #22516:  xtra.patch added by huntj (8KiB - text/x-patch)
file #22433:  acinclude.m4.patch added by huntj (693B - text/x-patch)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by gyom (Posted a comment)
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by huntj (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.




    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-02-10 rik5 Open/ClosedOpen => Closed
    2011-09-28 rik5 StatusNone => Need Info
    2011-01-27 huntj Attached File- => Added xtra2.patch, #22540
    2011-01-25 huntj Attached File- => Added xtra.patch, #22516
    2011-01-17 huntj Attached File- => Added acinclude.m4.patch, #22433

    Back to the top

    Powered by Savane 3.5