[bug #45032] [base] Bundle not correctly returned for Class in Framework

[Riccardo Mottola]

Follow-up Comment #5, bug #45032 (project gnustep):

I see what is wrong, but I wonder why it is specifc to solaris?

I put some nslogs in bundleForLibrary when the class fo FSNode is looked up:
2015-05-13 00:20:04.137 GWorkspace[5386:1817400] bundleForClass: FSNodeRep
2015-05-13 00:20:04.138 GWorkspace[5386:1817400] lib:
/opt/GNUstep/Local/Library/Frameworks/FSNode.framework/Versions/0/libFSNode.so.0.1.0
2015-05-13 00:20:04.139 GWorkspace[5386:1817400] bundleForLibrary: clean
libraryName: libFSNode.so.0.1.0
2015-05-13 00:20:04.139 GWorkspace[5386:1817400] bundleForLibrary: libraryName
without extension: libFSNode, interface version:0.1
2015-05-13 00:20:04.140 GWorkspace[5386:1817400] looking for specific version:
/opt/GNUstep/Local/Library/Libraries/FSNode/Versions/0.1/Resources
2015-05-13 00:20:04.141 GWorkspace[5386:1817400] bundle for library: (null)

it is looking for
 /opt/GNUstep/Local/Library/Libraries/FSNode/Versions/0.1/Resources

first, there is no "0.1" version, second the resources are inside the
Framework, as on e.g. FreeBSD:
/opt/GNUstep/Local/Library/Frameworks/FSNode.framework/Versions/0/Resources

why this does work on FreeBSD though I don't know, but it is confusing. at
line 3118 if the path does not exist the NSFileManager won't find it and thus
return nil.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?45032>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/