help-octave
[Top][All Lists]
Advanced

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

make fails at linkiking liboctave (MinGW 4.4.0)


From: Tatsuro MATSUOKA
Subject: make fails at linkiking liboctave (MinGW 4.4.0)
Date: Mon, 17 Aug 2009 16:55:25 +0900 (JST)

Hello

I have tried to build the current 3.2.x sources at 
http://hg.tw-math.de/release-3-2-x

'Make' fails at linking liboctave.dll and liboctave.dll.a.

g++ -shared-libgcc -shared -Wl,--export-all-symbols -Wl,--enable-auto-import
-Wl,--enable-auto-image-base -Wl,--out-implib=liboctave.dll.a -o liboctave.dll \
        oct-locbuf.o CollocWt.o DASPK.o ......
 :
 :
 :
-L../libcruft -L.  -lcruft -lcholmod -lumfpack  -lamd -lcamd -lcolamd -lccolamd 
-lcxsparse -larpack
-lqrupdate -lblas.dll -llapack.dll -lfftw3 -lfftw3f -lreadline -lglob -lregex
-LC:/Programs/GnuWin32/lib -lpcre -Wl,-s -lreadline  -ltermcap -liberty 
-lblas.dll -llapack.dll -lhdf5
-lz -lm -luuid -lgfortran.dll -lgdi32 -lws2_32 -luser32 -lkernel32 
-Lc:/Programs/OctaveBuild/lib
-L:/Programs/WinDevTools/lib -Lc:/Programs/GnuWin32/lib
-Lc:/programs/mingw/bin/../lib/gcc/mingw32/4.4.0 
-Lc:/programs/mingw/bin/../lib/gcc
-Lc:/programs/mingw/bin/../lib/gcc/mingw32/4.4.0/../../../../mingw32/lib
-Lc:/programs/mingw/bin/../lib/gcc/mingw32/4.4.0/../../.. -lhdf5 -lz -lm -luuid 
-lgfortran.dll
-lgfortranbegin -lgfortran -lmingw32 -lmoldname -lmingwex -lmsvcrt -luser32 
-lkernel32 -ladvapi32
-lshell32
Creating library file: liboctave.dll.afu008091.o:(.idata$2+0xc): undefined 
reference to
`libmoldname_a_iname'
nmth008090.o:(.idata$4+0x0): undefined reference to `_nm__tzname

The symbol libmoldname_a_iname is found in the libmoldname.a.  However, its 
name is
'__libmoldname_a_iname'.  The underscore does not match.  That is origin of the 
error.


OTOH, I cannot find symbol _nm__tzname.

This issue may not be octave issue but may be the issue of GCC-4.4.0.
At the 3.2.2 source, the above error does not occur.

The libraries I used are almost built myself but some of them imported from  
GNUWin32 and so on.
However the error this time may not rely on the dependent libraries at least 
for the case of 
'libmoldname_a_iname'.

It will be grateful for me if someone will me advises and suggestions.


Regards

Tatsuro 
If you have a
  

--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/


reply via email to

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