Skip to content

gmake project reference problem #361

@crafter2d

Description

@crafter2d

I am a beginner in programming on Linux, so this could well be my problem. However I found out that when linking shared object to an executable (that is defined in the same workspace) seem not to work. Compiling and linking works fine. Though when I run the application like:

LD_LIBRARY_PATH=. ./UnitTest

Then I get the following error:

./UnitTestd: error while loading shared libraries: ../../bin/libCored.so: cannot open shared object file: No such file or directory

The Makefile contains:

 LIBS += ../../../bin/libCored.so
 LDDEPS += ../../../bin/libCored.so

I noticed codelite (and Makefile) that it generated as linker option: -shared;../../bin/libCored.so. When I change the settings in codelite to -shared and add a library search path ../../bin and then link to Cored that it links and then also runs fine.

As stated, I am not sure if this is something I did wrong or that the automatic linking of projects in a workspace generates the wrong setting in Alpha6. Please let me know if you need more info.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions