[Top][All Lists]

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

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

From: nobody
Subject: [bug #6252] debug and non-debug versions of bundles cannot coexist
Date: Thu, 30 Oct 2003 13:25:39 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20031012 Mozilla Firebird/0.6.1

=================== BUG #6252: FULL BUG SNAPSHOT ===================

Submitted by: benhur                  Project: GNUstep                      
Submitted on: Thu 10/30/2003 at 16:25
Category:  None                       Severity:  3                          
Bug 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.


No Followups Have Been Posted

CC list is empty

No files currently attached

For detailed info, follow this link:

  Message sent via/by Savannah

reply via email to

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