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

Submitter:  John Hunt <huntj>
Submitted:  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
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

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>
Group 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>
Group 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>
Group 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
GRAPHICS_LIBS.
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")))
endif


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>
Group 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. 

http://hg.savannah.gnu.org/hgweb/octave/rev/eceacb78aa7f

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>
Group 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:
http://www.gnu.org/software/autoconf/manual/autoconf.html

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

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>
Group 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:
   
   
Comment:
   

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)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group 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.13-f8d8.
    Corresponding source code