RE: [certi-dev] Debug library names

[Gotthard, Petr]

Hello,
I did three changes:

(1) The debug libraries now have the "d" suffix.
In Linux you may configure the build type by setting CMAKE_BUILD_TYPE=Debug or 
CMAKE_BUILD_TYPE=Release. In Windows just select the desired target.

(2) The FindRTI.cmake script does its best to find at least some usable RTI 
library. Please make sure you use the ${RTI_LIBRARIES} variable in your 
TARGET_LINK_LIBRARIES. [Other variables may be empty if only debug libraries 
are provided.]

(3) The installer filename indicates the build type (Debug or Release).


Regards,
Petr

-----Original Message-----
From: address@hidden [mailto:address@hidden On Behalf Of Eric Noulard
Sent: Monday, January 18, 2010 11:45 AM
To: CERTI development discussions
Subject: Re: [certi-dev] Debug library names

2010/1/18 Gotthard, Petr <address@hidden>:
> Hello everyone,
>
> Currently the CERTI Debug and Release libraries have the same name (e.g.
> libRTI-NG.dll). This may cause confusion and troubles if you want to use
> both Debug and Release, or when you erroneously distribute the wrong
> library. For example, to solve this problem the MAK RTI uses the "d" suffix
> to distinguish the Debug libraries (e.g. libRTI-NGd.dll).
>
> I suggest and ask everyone if you don't mind adding the "d" suffix to CERTI
> Debug libraries, i.e. to have the standard names for Release (libRTI-NG,
> libFedTime) and to have "d" suffix (libRTI-NGd and libFedTimed) for the
> Debug target.
>
> Technically, I suggest to use the following
>
> SET(CMAKE_DEBUG_POSTFIX "d" CACHE STRING "add a postfix, usually d on
> windows)
> What do you think?

I'm OK for that.
We can mangle the installer name with an extra -Debug / -Release
suffix in order to make
it possiblie to chose. It would even be better to be able to build an
installer containing both
debug and release lib but since it is not readily available name
mangling would be OK for me
as a short terme solution.



-- 
Erk
Membre de l'April - < promouvoir et défendre le logiciel libre > -
http://www.april.org


-- 
CERTI-Devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/certi-devel