[Octave-bug-tracker] [bug #41699] imformats causes a segmentation fault on Windows when Octave exits

[Rik]

Follow-up Comment #78, bug #41699 (project octave):

Trying to just re-build graphicsmagick, openmp is detected, but during the
build I get this warning


*** Warning: This system can not link to static lib archive
magick/libGraphicsMagick.la.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This system can not link to static lib archive
magick/libGraphicsMagick.la.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: linker path does not have real file for library -lgomp.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libgomp and none of the candidates passed a file format test
*** using a file magic. Last file checked:
/home/rik/wip/Projects_Mine/mxe-octave/usr/i686-w64-mingw32/lib/libgdi32.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.


Eventually the build fails farther on because symbols are missing.  I did a
'make clean' and am going to try and re-build all of MXE-octave with support
for OpenMP in place and see if it makes a difference.  This will take several
hours.




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?41699>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/