[Top][All Lists]

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

Re: [Gnucap-devel] CMake

From: Guilherme Brondani Torri
Subject: Re: [Gnucap-devel] CMake
Date: Tue, 17 Feb 2015 18:58:23 +0100
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.4.0

On 2/17/15 4:42 PM, Felix Salfelder wrote:
On Tue, Feb 17, 2015 at 03:49:47PM +0100, Guilherme Brondani Torri wrote:
I see. I was getting undefined symbols. I used the above to resolve
the symbols.
I guess the only alternatively is to tell explicitly that we are
resolving symbols at runtime.
actually should be it's not a library.
i have now fixed the naming in the autotools
branch (i withheld that fix for after the merge *sigh*). CMake should
adopt this fix, please consider 86831caa191857.


See 26f3ecb in  (
There might be other solutions.
this (-rdynamic) looks good. i wonder why this needs to be done
manually. your commit seems to involve a typo.
Parse error.  Expected "(", got newline with text "

Sorry, should be fixed now.

Perhaps we need to set -rdynamic for Linux (if not set already).
probably. linux is just one platform. autotools/libtool figures out
flags automatically. i'm wondering if somebody might have implemented
this for CMake...

Most projects define the flags by themselves. There might be a module somewhere.

thank you.

I cleaned up and rebuilt. Now the make and make install seem to be working.
No more the "gnucap-default-plugins.dylib: cannot open shared object file: No such file or directory"


reply via email to

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