Re: build problem octave-3.0.0+ (ChangLog 2008-03-25) on mingw

[Tatsuro MATSUOKA]

Hello

--- Michael Goffioul <address@hidden> wrote:

> 2008/3/30 Tatsuro MATSUOKA <address@hidden>:
> >  **********************
> >  1. lwsock32 detection failed in configure
> >  I do not reason why but detection of lwsock32 was failed.
> >  configure:23255: result: no
> >  configure:23270: checking for LoadLibrary in -lwsock32
> >  configure:23308: gcc -o conftest.exe -g -O2 -I/mingw/include
> -I/usr/local/octave-3.0.0/include
> >  -I/GnuWin32/include -Ic:/progra~1/Pcre/include -L/mingw/lib 
> > -L/usr/local/octave-3.0.0/lib
> >  -L/GnuWin32/lib -L/GnuWin32/bin conftest.c -lwsock32  -lhdf5 -lz -lm 
> > -luuid -lgmp -lwsock32
> -lssh2
> >  -lws2_32 -lkernel32 >&5
> >  C:/DOCUME~1/Tatsu/LOCALS~1/Temp/ccOacaaa.o: In function `main':
> >  c:/usr/tatsu/msys/octaves/octavehg/build0803/conftest.c:167: undefined 
> > reference to
> `LoadLibrary'
> >  collect2: ld returned 1 exit status
> >  configure:23314: $? = 1
> 
> "LoadLibrary" does not exist per-se, existing functions are
> LoadLibraryA and LoadLibraryW,
> depending whether you use UNICODE or not. The windows headers just
> #define LoadLibrary
> to one of the existing functions, depending on your compilation flags.
> The way the configure
> script checks for a function in a library cannot work in this specific
> case, it needs to include
> windows.h to work.

Thank.  To tell the truth, the phenomenon did happed PC in University.
Perhaps the setting are different. 
I will check this point.

****
Thanks!!
****

 



> >  ****************
> >  2. libcurl cannot be used in configure check.
> >  libcurl cannot be used in configure check.
> >  So I have download the latest libcurl from curl web 
> > (curl-7.18.0-devel-mingw32).
> >  This curl requires OpenSSL. So I downloaded OpenSSL
> >  My LIB setting was then
> >  export LIBS='-luuid -lgmp -lwsock32 -lssh2 -limm32 -lssl -lcrypto'
> >
> >  At every efforts I could not get success for libcurl.
> >
> >  configure:9765: checking for curl_easy_escape in -lcurl
> >  configure:9795: gcc -o conftest.exe -g -O2 -I/mingw/include 
> > -I/usr/local/octave-3.0.0/include
> >  -I/GnuWin32/include -Ic:/progra~1/Pcre/include -L/mingw/lib 
> > -L/usr/local/octave-3.0.0/lib
> >  -L/GnuWin32/lib -L/GnuWin32/bin conftest.c -lcurl  -lhdf5 -lz -lm -luuid 
> > -lgmp -lwsock32
> -lssh2
> >  -limm32 -lssl -lcrypto >&5
> >  
> > C:/Programs/msys/1.0/local/octave-3.0.0/lib/libcurl.a(ldap.o):(.text+0x29b):
> >  undefined
> reference to
> >  `_imp__ldap_set_optionA'
> 
> These are part of the wldap32.dll library. Add -lwldap32 to the libraries.

This was solved but thanks!

 
> >  ******************************
> >  3. unstripped linoctinterp.dll confilicts usr32.dll.
> >  When run_octave executed, the window error message appeared (in Japanese), 
> > the message said
> that
> >  *************
> >  System DLL, user32.dll is re-allocated in memory space. Application does 
> > not work correctly.
> This is
> >  because ...\liboctinterp.dll uses the address ranges where are reserved 
> > for the windows
> system DLL.
> 
> For this, I have no idea. This might be mingw specific. You should
> look at some advanced
> compilation flags to rebase the octinterp DLL to another base address.
> 
Mmmmm.
For octave-3.0.1a, this problem was not occured.
So I do want to care about this for the moment.
 
Regards
Tatsuro


--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/