[Octave-bug-tracker] [bug #50463] gsvd implementation uses functions removed from lapack >= 3.6.0

[Markus Mützel]

Follow-up Comment #58, bug #50463 (project octave):

I started from scratch and configured MXE-Octave with:

./configure --enable-devel-tools --disable-windows-64 --enable-octave=default
--enable-binary-packages --with-pkg-dir=../mxe-octave-pkg --with-ccache
--disable-system-opengl --enable-qt5


Now, I am seeing the exact same error. The strange thing is, I do have
"libpsapi.a" in
"~/Documents/Repositories/Octave/mxe-octave-7/usr/i686-w64-mingw32/lib".
The relevant parts of nm -R of the 32bit and 64bit libraries are:
32bit:

dqcucs00004.o:
00000000 b .bss
00000000 d .data
00000000 T address@hidden
         U _head_lib32_libpsapi_a
00000000 i .idata$4
00000000 i .idata$5
00000000 i .idata$6
00000000 i .idata$7
00000000 I address@hidden
00000000 t .text


64bit:

dswsds00004.o:
0000000000000000 b .bss
0000000000000000 d .data
0000000000000000 T EnumProcessModules
                 U _head_lib64_libpsapi_a
0000000000000000 i .idata$4
0000000000000000 i .idata$5
0000000000000000 i .idata$6
0000000000000000 i .idata$7
0000000000000000 I __imp_EnumProcessModules
0000000000000000 t .text


I am not sure why the configure test is succeeding with the 64bit version but
fails with the 32bit version. Might it be because of the decoration with an
"@16" at the end of the exported name? If I understand correctly that doesn't
mix well with the extern "C" in the config test:

[snipping off the pragmas]
| /* Override any GCC internal prototype to avoid an error.
|    Use char because int might match the return type of a GCC
|    builtin and then its argument prototype would still apply.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| char EnumProcessModules ();
| #ifdef F77_DUMMY_MAIN
| 
| #  ifdef __cplusplus
|      extern "C"
| #  endif
|    int F77_DUMMY_MAIN() { return 1; }
| 
| #endif
| int
| main ()
| {
| return EnumProcessModules ();
|   ;
|   return 0;
| }



    _______________________________________________________

Reply to this item at:

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

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