bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Nicola Pero
Subject: [bugs #6252] debug and non-debug versions of bundles cannot coexist
Date: Thu, 29 Apr 2004 11:31:09 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830

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

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

Changes by: 
                Nicola Pero <address@hidden>
'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/







reply via email to

[Prev in Thread] Current Thread [Next in Thread]