[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re[4]: Debug libs
From: |
Manuel Guesdon |
Subject: |
Re[4]: Debug libs |
Date: |
Sat, 5 Jun 2004 01:13:07 +0200 (CEST) |
On Fri, 4 Jun 2004 16:16:53 -0600 Adam Fedor <fedor@doc.com> wrote:
>|
>| On Jun 4, 2004, at 11:38 AM, Manuel Guesdon wrote:
>| > For non debug: speed and size (I don't know the exact exact impact
>| > factor)
>| > For debug: debug informations/verifications.
>| >
>| >
>|
>| We don't really need to change that. We can still have a debug=yes
>| flag, which would add debugging info and turn on any other flags we
>| want. The only change is that the library name would stay the same
>| regardless of debug=yes or debug=no. Then you can freely mix libraries,
>| frameworks, etc with debugging info and without, without breaking
>| anything.
Seems a nice idea but
- we have to specify that, for example, noone should add extra ivars
when DEBUG is set (?).
- this disabled the possibility to have a complete debug version and a
complete non-debug version at the same time (at least under the same
GNUSTEP_ROOT)
>| The other alternative (at least one I had thought of), is to make sure
>| framework libs and bundles executables with debug=yes had different
>| names, but they would be stored in the same location
>| (MyBundle.bundle/MyBundle and MyBundle.bundle/MyBundle_d for instance).
>| In once case, make would be responsible for finding the correct
>| framework lib and in the second, NSBundle would be responsible for
>| loading the correct bundle executable (or raising an exception if it
>| could not). That's more complication, though.
AFAIK, there's only problems with 'frameworks' (but I may be wrong
as I mainly use only debug versions)
Manuel
--
______________________________________________________________________
Manuel Guesdon - ORANGE CONCEPT <mguesdon@orange-concept.com>
14 rue Jean-Baptiste Clement - 93200 Saint-Denis - France
Tel: +33 1 4940 0997 - Fax: +33 1 4940 0998
Re: Debug libs, Alex Perez, 2004/06/04