[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #36477] use XDG dirs instead of HOME

From: Markus Mützel
Subject: [Octave-bug-tracker] [bug #36477] use XDG dirs instead of HOME
Date: Sun, 10 Mar 2019 05:06:26 -0400 (EDT)
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:66.0) Gecko/20100101 Firefox/66.0

Follow-up Comment #30, bug #36477 (project octave):

@Anonymous: Could you please report your findings at bug #54662. I was left
under the impression that Octave CLI won't start on Windows XP due to an
unknown reason.

In the mean time, I tried to link to the missing libraries by adding the
following to configure.ac:

diff -r ad0b74e52f95 configure.ac
--- a/configure.ac      Sat Mar 09 22:09:25 2019 +0100
+++ b/configure.ac      Sun Mar 10 09:59:37 2019 +0100
@@ -1267,6 +1267,26 @@
+## Windows-specific module used for get_user_config_directory function
+case $host_os in
+  msdosmsvc | mingw*)
+    AC_CHECK_HEADERS([objbase.h],
+      [LIBS="-lole32 $LIBS"],
+      [AC_MSG_ERROR([Missing OLE32 required to build for Windows target.])],
+      [#include <windows.h>])
+  ;;
+## Windows-specific module used for get_user_config_directory function
+case $host_os in
+  msdosmsvc | mingw*)
+    AC_CHECK_HEADERS([knownfolders.h],
+      [LIBS="-luuid $LIBS"],
+      [AC_MSG_ERROR([Missing UUID required to build for Windows target.])],
+      [#include <windows.h>])
+  ;;
 ## Cygwin kluge for getrusage.
 case $host_os in

However, the build still fails ultimately. I see the following message from
the linker (and similar ones repeatedly) in the logs:

/bin/bash ./libtool  --tag=CXX   --mode=link x86_64-w64-mingw32-g++  -fopenmp
-Wall -W -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings
-Wcast-align -Wcast-qual -g -O2 -version-info 7:0:0 -no-undefined -bindir
-Wl,--export-all-symbols -o liboctave/liboctave.la -rpath
liboctave/liboctave_la-version.lo liboctave/array/libarray.la 
liboctave/external/ranlib/libranlib.la liboctave/external/libexternal.la
liboctave/numeric/libnumeric.la liboctave/operators/liboperators.la
liboctave/system/libsystem.la liboctave/util/libutil.la
liboctave/wrappers/libwrappers.la libgnu/libgnu.la -lcurl -lcholmod -lumfpack
-lamd -lcamd -lcolamd -lccolamd -lcxsparse -lsuitesparseconfig -larpack
-lqrupdate -lfftw3 -lfftw3f -llapack -lblas -lxerbla -lreadline -ltermcap 
-lm -lgfortran -lmingw32 -lmoldname -lmingwex -lmsvcrt -lquadmath -lpthread
-ladvapi32 -lshell32 -luser32 -lkernel32 -luuid -lole32 -lpsapi -lgdi32  -lm  
 -lws2_32 -lws2_32   -ladvapi32  -lws2_32 -lws2_32
  -luuid -lole32 -lpsapi -lgdi32  -lm 
mv -f libinterp/.deps/liboctinterp_la-build-env-features.Tpo

*** Warning: linker path does not have real file for library -luuid.
*** 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 libuuid and none of the candidates passed a file format test
*** using a file magic. Last file checked:
*** 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.

I checked that the file is there at the indicated directory. But don't know
how to proceed further.


Reply to this item at:


  Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]