Seperating winelibs from main wine

Mike Hearn m.hearn at signal.qinetiq.com
Thu Nov 21 09:23:03 CST 2002


> Am I missing something here?

Not sure. I was under the impression that Winelib apps used wineserver,
the protocol for which won't be frozen until 1.0 - this might be what he
meant.

On Thu, 2002-11-21 at 14:51, Shachar Shemesh wrote:
> Steven Edwards wrote:
> 
> >The problem we have with people making and shipping winelib apps at this point is that with every
> >release of WINE untill 1.x we will have breakages.
> >
> If winelib contains what I think it contains, I don't see why that 
> should happen. Are you sure about that point?
> 
> After all, a winelib app is a linux/unix app that is dynamically linked 
> (by name, I'm sure) with winelib dlls that are, today, part of wine. 
> Both the functions linked and their parameters are defined by MS and 
> MSDN, and will not change, ever. Bugs may be solved, but as the 
> application was originally designed to work with MS's implemnetation, 
> and as a bug is defined to be "incompatible with MS's implementation", I 
> don't think it possible for a winelib app to rely on a wine bug for 
> functionality. I therefor don't see how a breakage can happen unless we 
> have regression in wine. As such, breakegaes should be very rare, not 
> often. 1.0 or not.
> 
> Am I missing something here?
> 
> > If you want to help people that produce OSS
> >windows applications support WINElib then for now, at least untill 1.0 we can only support
> >building winelib apps and not binary winelib applications.
> >
> That point is 100% understood assuming I accept your previous statement 
> (which I don't). Reply only if you think this statement holds true even 
> if your previous one doesn't.
> 
> >Thanks
> >Steven
> >
> >  
> >
> 
-- 
Mike Hearn <m.hearn at signal.qinetiq.com>
QinetiQ




More information about the wine-devel mailing list