Windows ming64- loading resources in a Framework fails - bundleForClass
Riccardo Mottola <[email protected]> Tue, 23 Feb 2021 23:42:10 +0100
| Newsgroups | gmane.comp.lib.gnustep.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi All, where GNUstep runs on Windows msys2 (mingw64) some GORM files to load. Test is ProjectCenter, which loads the main interface file (menu) but nothing else, like the LogPanel Tracking this down a little with Fred, I think I found that NSBundle's "bundleForClass" fails. A class which is inside ProjectCenter's Framework appears to be indentified as being part of the application and not its Framework: warning: 2021-02-23 23:22:15.664 ProjectCenter[5688:5276] NSLog bundleForClass lib: C:\msys64\mingw64\Local\Tools\ProjectCenter-0.dll warning: 2021-02-23 23:22:15.664 ProjectCenter[5688:5276] Path for NIB file LogPanel.gorm does this anomaly ring a bell for somebody? very interesting is that on old msys-1 where I upgraded all core libraries, it works! so it is not a fully windows specific thing, but something for mingw64, I guess a hack going bad?? Riccardo