Bugs item #2911937, was opened at 2009-12-10 12:10
Message generated for change (Comment added) made by mduerre
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2911937&group_id=56967

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Modules
Group: MonetDB4 CVS Head
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Martin Dürre (mduerre)
Assigned to: Nobody/Anonymous (nobody)
Summary: Linking seems to fail.

Initial Comment:
System Version: Mac OS X 10.5.8 (9L31a)
Kernel Version: Darwin 9.8.0
Compiler with version i686-apple-darwin9-gcc-4.0.1;
Parser tools with version flex, bison.
And on Linux and Unix systems:
autoconf (GNU Autoconf) 2.61;
automake (GNU automake) 1.10;
Apple Computer, Inc. version cctools-698.1.

Hello MonetDBTeam,

Trying to install monetDb according to 
http://monetdb.cwi.nl/MonetDB/Documentation/Linux-Installation.html#Linux-Installation.
Updated pcre and openssl.
Build doesn't obviously fail.

Running make check results in Error:
./RunMtest: line 77: exec: Mtest.py: not found

Running Mserver --dbinit 'module(sql_server);' results in Error:
!ERROR: moduleClient: module(sql_server) load error.

Running mserver5 --dbinit 'include sql; results in Error

dyld: lazy symbol binding failed: Symbol not found: _SHA512
  Referenced from: /usr/local/lib/libmonetdb5.5.dylib
  Expected in: flat namespace

dyld: Symbol not found: _SHA512
  Referenced from: /usr/local/lib/libmonetdb5.5.dylib
  Expected in: flat namespace

Seems to be related to bug 2887777.

Greetings,
Martin



----------------------------------------------------------------------

>Comment By: Martin Dürre (mduerre)
Date: 2009-12-11 00:17

Message:
Setting the path to a proper version of openssl hopefully worked for most
parts. 
Here is a look at otool -L /usr/local/lib/libmonetdb5.5.dyli:

/usr/local/lib/libmonetdb5.5.dylib:
        /usr/local/lib/libmonetdb5.5.dylib (compatibility version 23.0.0, 
current
version 23.0.0)
        /usr/local/lib/libbat.1.dylib (compatibility version 37.0.0, current
version 37.0.0)
        /usr/local/lib/libmutils.1.dylib (compatibility version 37.0.0, current
version 37.0.0)
        /opt/local/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8,
current version 0.9.8)
        /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version
7.0.0)
        /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version
1.2.3)
        /usr/lib/libbz2.1.0.dylib (compatibility version 1.0.0, current version
1.0.5)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
111.1.4)
        /usr/local/lib/libstream.1.dylib (compatibility version 37.0.0, current
version 37.0.0)
        /opt/local/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current
version 0.9.8)
        /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
1.0.0)

For testing your installation the install guideline proposes make check
and Mtest.py.
Both of them only run after getting and building the package testing that
not is mentioned in the documentation. The tests themselfs seem to fail or
to be skipped. Is there any real use  in testing my install that way right
now?

One problem left (at least I hope so ;)

Mserver --dbinit 'module(sql_server);' 

starts the server but fails loading the module:
!ERROR: moduleClient: module(sql_server) load error.

Could it be that I missed something else because:

mserver5 --dbinit 'include sql;'
Mserver --dbinit 'module(pathfinder);'

are working.

Thanks again. Good night!

----------------------------------------------------------------------

Comment By: Fabian (mr-meltdown)
Date: 2009-12-10 18:33

Message:
> Okay, just because i'm just beginning to get familar with the whole unix
> build process.
> The problem is the line
>
> /usr/lib/libssl.0.9.7.dylib (compatibility version 0.9.7, current
> version0.9.7) .
>
> that states that openssl v097 is linked?

yeah, but more importantly, it tells that the library from the host os is
used (/usr/lib) which is insufficient (I just know that) and hence cannot
work right

> Some questions about it:
> 1. Is openssl requiered only by the MonetDB5 and sql Package? Because
> "Mserver --dbinit 'module(pathfinder); mil_start();'" seems to work.

Yes, MonetDB4 is a fair bit older and not equipped with the more advanced
security features of MonetDB5, which indeed require a recent OpenSSL.

> 2. I build the package again using './configure
> LDFLAGS="-search_path_first"'. Errors remain.

You need something like:
LDFLAGS="-search_path_first -L/path/to/separately/installed/lbs"

> 3. I there something i have to do after manually updating openssl to
make
> the new libssl.dylib available?

yes, tell the linker where to find it using -L instructions (I hope you
didn't overwrite your system provided version, that is...)

----------------------------------------------------------------------

Comment By: Martin Dürre (mduerre)
Date: 2009-12-10 18:20

Message:
Okay, just because i'm just beginning to get familar with the whole unix
build process.
The problem is the line

/usr/lib/libssl.0.9.7.dylib (compatibility version 0.9.7, current
version0.9.7) . 

that states that openssl v097 is linked?

Some questions about it:
1. Is openssl requiered only by the MonetDB5 and sql Package? Because
"Mserver --dbinit 'module(pathfinder); mil_start();'" seems to work.
2. I build the package again using './configure
LDFLAGS="-search_path_first"'. Errors remain.
3. I there something i have to do after manually updating openssl to make
the new libssl.dylib available?

Thanks for your help, somehow i seem to be stuck...


----------------------------------------------------------------------

Comment By: Fabian (mr-meltdown)
Date: 2009-12-10 13:28

Message:
you may have forgotten -search_path_first in your LDFLAGS

----------------------------------------------------------------------

Comment By: Fabian (mr-meltdown)
Date: 2009-12-10 13:26

Message:
Let me guess, you have a -I and -L mismatch, e.g. configure checked for the
required openssl against the headers of your updated version, but then
linkage was performed against the system /usr/lib/libssl.dylib.  Since
libtool passes -undefined suppress by default you didn't notice during
linktime you use the wrong lib.

----------------------------------------------------------------------

Comment By: Martin Dürre (mduerre)
Date: 2009-12-10 13:20

Message:
Here is my otool -L /usr/local/lib/libmonetdb5.5.dylib output:

/usr/local/lib/libmonetdb5.5.dylib:
        /usr/local/lib/libmonetdb5.5.dylib (compatibility version 23.0.0, 
current
version 23.0.0)
        /usr/local/lib/libbat.1.dylib (compatibility version 37.0.0, current
version 37.0.0)
        /usr/local/lib/libmutils.1.dylib (compatibility version 37.0.0, current
version 37.0.0)
        /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version
7.0.0)
        /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version
1.2.3)
        /usr/lib/libbz2.1.0.dylib (compatibility version 1.0.0, current version
1.0.5)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
111.1.4)
        /usr/local/lib/libstream.1.dylib (compatibility version 37.0.0, current
version 37.0.0)
        /usr/lib/libssl.0.9.7.dylib (compatibility version 0.9.7, current 
version
0.9.7)
        /usr/lib/libcrypto.0.9.7.dylib (compatibility version 0.9.7, current
version 0.9.7)
        /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
1.0.0)


----------------------------------------------------------------------

Comment By: Fabian (mr-meltdown)
Date: 2009-12-10 13:16

Message:
your traps indicate a linking problem.  What does otool -L
/usr/local/lib/libmonetdb5.5.dylib result in?

----------------------------------------------------------------------

Comment By: Martin Dürre (mduerre)
Date: 2009-12-10 12:43

Message:
Having the same problems using the superball distribution.

----------------------------------------------------------------------

Comment By: Martin Dürre (mduerre)
Date: 2009-12-10 12:41

Message:
After getting and building cvs:testing, Mytest.py is found, make check in
different directories is throwing errors.
Other errors still to be found.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2911937&group_id=56967

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Monetdb-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/monetdb-bugs

Reply via email to