[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #34191] +bundleForClass: doesn't with framework bundles
From: |
Quentin Mathé |
Subject: |
[bug #34191] +bundleForClass: doesn't with framework bundles |
Date: |
Fri, 02 Sep 2011 07:57:44 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50 |
URL:
<http://savannah.gnu.org/bugs/?34191>
Summary: +bundleForClass: doesn't with framework bundles
Project: GNUstep
Submitted by: qmathe
Submitted on: ven. 02 sept. 2011 07:57:43 GMT
Category: Makefiles
Severity: 4 - Important
Item Group: Bug
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
Linux Ubuntu 10.04 x86 32 bits
Clang 3.0 trunk
libobjc2 r33786
GNUstep core r33803
NSBundle is unable to look up a framework based on a class that belongs to it.
The problem could be in a makefile change I made, but I doubt it. This was
working correctly around two or three months ago I think.
I tried to track down the issue a bit. I have found that +[NSBundle
bundleForLibrary:version:] is looking for a directory such as
/Local/Library/Libraries/EtoileUI/Versions which doesn't exist. There is even
no EtoileUI directory in the /Local/Library/Libraries. In
/Local/Library/Frameworks, the EtoileUI.framework is properly installed with
subdirectories such as Resources and Versions. So it looks like that either
Base doesn't look into the EtoileUI.framework, or Make doesn't make a symbolic
link at /Local/Library/Libraries/EtoileUI pointing to
/Local/Library/Frameworks/EtoileUI.framework.
Cheers,
Quentin.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?34191>
_______________________________________________
Message posté via/par Savannah
http://savannah.gnu.org/
- [bug #34191] +bundleForClass: doesn't with framework bundles,
Quentin Mathé <=