[bugs #6252] debug and non-debug versions of bundles cannot coexist

[Nicola Pero]

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #6252] Latest Modifications:

Changes by: 
                Nicola Pero <n.pero@mi.flashnet.it>
'Date: 
                Thu 04/29/04 at 15:31 (GMT)

            What     | Removed                   | Added
---------------------------------------------------------------------------
            Category | None                      | Makefiles







/**************************************************************************/
[bugs #6252] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=6252>
Project: GNUstep
Submitted by: Benhur Stein
On: Thu 10/30/03 at 18:25

Category:  Makefiles
Severity:  3 - Ordinary
Item Group:  Bug
Resolution:  None
Assigned to:  None
Status:  Open


Summary:  debug and non-debug versions of bundles cannot coexist

Original Submission:  Inside a bundle, there is only one executable, so it is
either the debug=yes version or the normal version, whichever
was installed last.

When a bundle is compiled with debug=yes and a debug version of a library is 
found (like libgnustep-gui_d, for example), the
bundle will have a dependancy on that library.
If a program compiled without debug=no (and linked with libgnustep-gui) tries 
to load such a bundle, it can't, because there cannot be two versions of 
libgnustep-gui linked to one program (and there shouldn't be).

How to see the problem:
In a working system that has only been used without debug=yes, do a make 
debug=yes install inside -gui.
All programs that load a gmodel will suddenly stop working, because the newly 
installed version of libgmodel.bundle depends on libgnustep-gui_d, and the 
program depends on libgnustep-gui.

Benhur











For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=6252>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/