[Octave-bug-tracker] [bug #48215] MacOS: mkoctfile linker error - configure.ac produces wrong MKOCTFILE_DL_LDFLAGS (PATCH)

[Friedrich Beckmann]

URL:
  <http://savannah.gnu.org/bugs/?48215>

                 Summary: MacOS: mkoctfile linker error - configure.ac
produces wrong MKOCTFILE_DL_LDFLAGS (PATCH)
                 Project: GNU Octave
            Submitted by: beckmanf
            Submitted on: Mon Jun 13 12:28:30 2016
                Category: Configuration and Build System
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Build Failure
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Mac OS

    _______________________________________________________

Details:

Hi,

i tried to use the development version octave-devel on macports for building
octave 4.1.0+ which is hg version 19e8eddd4773 on MacOS.

The following error is produced, when I use mkoctfile to compile a mex file


FriedrichsMacBook:minFunc fritz$ mkoctfile-4.1.0+ -v --mex lbfgsC.c
/usr/bin/clang -c -I/opt/local/include -fPIC
-I/opt/local/include/octave-4.1.0+/octave/..
-I/opt/local/include/octave-4.1.0+/octave -I/opt/local/include  -D_THREAD_SAFE
-pthread -pipe -Os -arch x86_64   -I.  lbfgsC.c -o lbfgsC.o
/usr/bin/clang++ -std=gnu++11 -I/opt/local/include/octave-4.1.0+/octave/..
-I/opt/local/include/octave-4.1.0+/octave -I/opt/local/include  -D_THREAD_SAFE
-pthread -pipe -Os -arch x86_64 -stdlib=libc++ -bundle -bundle_loader
/bin/octave-  -o lbfgsC.mex  lbfgsC.o   -L/opt/local/lib/octave/4.1.0+
-L/opt/local/lib -loctinterp -loctave -L/opt/local/lib
-Wl,-headerpad_max_install_names  -L/opt/local/lib/hdf5-18 -L/opt/local/lib   
                -L/opt/local/lib -lfreetype -lhdf5 -lGraphicsMagick++
-lGraphicsMagick -lz -lfftw3_threads -lfftw3 -lfftw3f_threads -lfftw3f
-Wl,-framework -Wl,OpenGL -L/opt/local/lib -lfontconfig -lfreetype  
-Wl,-framework -Wl,Carbon -lgl2ps                 -lcurl -lcholmod
-lsuitesparseconfig -lumfpack -lsuitesparseconfig -lamd -lsuitesparseconfig
-lcamd -lsuitesparseconfig -lcolamd -lsuitesparseconfig -lccolamd -lcxsparse
-lsuitesparseconfig -larpack -lqrupdate -lfftw3_threads -lfftw3
-lfftw3f_threads -lfftw3f  -lvecLibFort -lreadline -lncurses  -L/opt/local/lib
-lpcre -ldl   -L/opt/local/lib
-L/opt/local/lib/gcc5/gcc/x86_64-apple-darwin15/5.4.0
-L/opt/local/lib/gcc5/gcc/x86_64-apple-darwin15/5.4.0/../../.. -lgfortran
-lquadmath -lm -lm  
clang: warning: argument unused during compilation: '-pthread'
ld: file not found: /bin/octave-
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
FriedrichsMacBook:minFunc fritz$ 


The reason for the problem is a wrong setting of the MKOCTFILE_DL_LDFLAGS
variable in configure.ac. The reason for that is that the variable "version"
is not set at that point of time - it is empty. The handling of variables like
"octfiledir" is different, as these variables are taken first literally, i.e.
${version} is not expanded at that point of time, but later after version has
been set to OCTAVE_VERSION in line 3351, they are expanded.

The same problem is there for other variables. I made a patch versus the
configure.ac version that is already patched in macports, so the line numbers
may vary vs. the current hg version.

The patch follows the idea of the directory variables which are explicitly
expanded.

I tested this in the macports environment and there I can compile the mex
files with this patch.



    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Mon Jun 13 12:28:30 2016  Name: patch-configure-mkoctfile.patch  Size:
1kB   By: beckmanf

<http://savannah.gnu.org/bugs/download.php?file_id=37464>

    _______________________________________________________

Reply to this item at:

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

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