[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 ===================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=6252&group_id=99
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.
Benhur
No Followups Have Been Posted
CC list is empty
No files currently attached
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=6252&group_id=99
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [bug #6252] debug and non-debug versions of bundles cannot coexist,
nobody <=