|
From: | Nicola Pero |
Subject: | [bug #30548] [NSBundle bundleForClass:] doesn't work for framework libraries |
Date: | Mon, 26 Jul 2010 14:11:09 +0000 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100624 CentOS/3.6-8.el5.centos Firefox/3.6.4 |
Update of bug #30548 (project gnustep): Open/Closed: Open => In Test _______________________________________________________ Follow-up Comment #2: Thanks Sergey it's delicate as your test required two features that were unsupported up to now: * class names with numbers in it (testFramework1). I fixed gnustep-make to properly generate class lists even when there are numbers in class names * frameworks with relative paths. In your test, LD_LIBRARY_PATH is set to ../testFramework.framework/Versions/Current. That was actually unsupported in gnustep-base. I have implemented support for it in the assumption that a relative path would be relative to the launch directory. Please try again with gnustep-make and gnustep-base from trunk - it works for me now :-) Thanks _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?30548> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |