0000039: rpath is handled differently on supported platforms

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000039

OMNeT++

command line tools

public

2008-12-19 19:34

2010-03-31 17:05

Reporter

rhornig

Assigned To

rhornig

Priority

normal

Severity

major

Reproducibility

always

Status

postponed

Resolution

open

Platform

OS Version

Product Version

4.0rc1

Target Version

Fixed in Version

Summary

0000039: rpath is handled differently on supported platforms

Description

A rework is needed, how the -rpath linker option is handled in the kernel makefiles and in opp_makemake generated makefiles. The support for rpath option is detected in the configure script but opp_makemake adds -rpath to the linker command line even if it was not detected. This leads to link errors in queueinglibext sample and in any other project that depends on an other dynamically linked model. -rpath is not supported on the OS X 10.4 default compiler. Additionally -rpath is working differently on 10.5. where we should have specified the @rpath/libname as an install location to work it correctly. This means that it is not working correctly on 10.5 either (altough) does not cause any problem.

Correct behaviour wold be: completely eliminate it on windows and mac os x. on os x either a correct install path should be specified, or we should link against the libraries against their final location (i.e. omnetpp/lib and not omnetpp/lib/gcc)

Tags

No tags attached.

Attached Files

Relationships

Notes
(0000149) rhornig (administrator) 2009-05-21 09:37	This problem affects only Mac OS X 10.4. A workaround for command line compilation (The IDE generated makefile still will be wrong): In src/utils/opp_makemake: In the line: {~nolink:}{~staticlib:}{libpathdirs:}{~nmake:}LIBS +={@dir:libpathdirs} -Wl,-rpath,`abspath {dir}`{/@} Remove the rpath switch: {~nolink:}{~staticlib:}{libpathdirs:}{~nmake:}LIBS +={@dir:libpathdirs} {/@}

Issue History
Date Modified	Username	Field	Change
2008-12-19 19:34	rhornig	New Issue
2008-12-19 19:34	rhornig	Assigned To	=> andras
2009-05-21 09:37	rhornig	Note Added: 0000149
2009-05-21 09:38	rhornig	Assigned To	andras => rhornig
2009-05-21 09:38	rhornig	Status	new => confirmed
2010-03-31 17:05	rhornig	Status	confirmed => postponed