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

[Adam Fedor]

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

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

Changes by: 
                Adam Fedor <fedor@gnu.org>
'Date: 
                Fri 06/18/2004 at 22:00 (US/Mountain)

            What     | Removed                   | Added
---------------------------------------------------------------------------
            Severity | 3 - Ordinary              | 5 - Average


------------------ Additional Follow-up Comments ----------------------------
This is also a problem with frameworks.






/**************************************************************************/
[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/2003 at 18:25

Category:  Makefiles
Severity:  5 - Average
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

Follow-up Comments
------------------


-------------------------------------------------------
Date: Fri 06/18/2004 at 22:00       By: fedor
This is also a problem with frameworks.












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/