gnustep/libs-gui
0
0
Fork 0
mirror of https://github.com/gnustep/libs-gui.git synced 2025-06-01 02:20:49 +00:00
Code Issues Projects Releases Packages Wiki Activity

Partial fix for #16453

Browse source 
git-svn-id: svn+ssh://svn.gna.org/svn/gnustep/libs/gui/trunk@23985 72102866-910b-0410-8b05-ffd578937521
This commit is contained in:
fedor 2006-10-29 02:45:34 +00:00
parent 5e61106dce
commit e110340902
2 changed files with 10 additions and 5 deletions
Download patch file Download diff file Expand all files Collapse all files

6
ChangeLog
View file

@ -1,3 +1,9 @@
2006-10-28 Adam Fedor <fedor@gnu.org>
* Source/NSApplication.m (initialize_gnustep_backend): Use
GSBackend class directly when backend is compiled as a library.
(Partial fix for Bug #16453, see also gnustep-back).
2006-10-27 Matt Rice <ratmice@yahoo.com> 2006-10-27 Matt Rice <ratmice@yahoo.com>
* Source/NSAlert.m: Add GSRunExceptionPanel function * Source/NSAlert.m: Add GSRunExceptionPanel function

9
Source/NSApplication.m
View file

@ -296,11 +296,10 @@ initialize_gnustep_backend(void)
} }
#else #else
/* GSBackend will be in a separate library, so use the runtime /* GSBackend will be in a separate library linked in with the app.
to find the class and avoid an unresolved reference problem */ This would be cleaner with ...classNamed: @"GSBackend", but that
backend = [[NSBundle gnustepBundle] classNamed: @"GSBackend"]; doesn't work in some cases (Mac OS X for instance). */
NSCAssert (backend, _(@"Can't find backend context")); [GSBackend initializeBackend];
[backend initializeBackend];
#endif #endif
} }
return YES; return YES;