Re: two bugs while building back on mingw

2002-04-12 Thread Adam Fedor
Nicola Pero wrote: > > Perhaps a problem might be with static libraries ... If a library is > static, you don't want the __declspec(dllimport) to happen. Manually > filtering all libraries is horrible but you are sure that, if you are > linking against many libraries and some are shared some are

Re: two bugs while building back on mingw

2002-04-12 Thread Nicola Pero
> > Can I ask one question then - is 'BUILD_libgnustep_gui_DLL' and > > 'libgnustep_gui_DLL' a general standard for building unix stuff on > > Windows, or is it more or less a gnustep-only trick ? > > > > Because if it's a gnustep-only trick, we could modify it in the following > > way: > > >

Re: two bugs while building back on mingw

2002-04-12 Thread Fred Kiefer
Nicola Pero wrote > Can I ask one question then - is 'BUILD_libgnustep_gui_DLL' and > 'libgnustep_gui_DLL' a general standard for building unix stuff on > Windows, or is it more or less a gnustep-only trick ? > > Because if it's a gnustep-only trick, we could modify it in the following > way: >

Re: two bugs while building back on mingw

2002-04-12 Thread Nicola Pero
> 2. As the new backend works with subproject these must now be able to > correctly set set the XXX_ISDLL flags as well. Currently we have this > correct for applications, libraries and bundles, but not for > subprojects. Before adding a new workaround I would prefer a general > solution that