Solaris compile time fixes for CVS wine
Dimitrie O. Paun
dimi at intelliware.ca
Tue Jan 13 16:47:25 CST 2004
On Wed, 14 Jan 2004, Robert Lunnon wrote:
> It would be relatively easy to send a dozen or so emails though, providing you
> don't want me to collect up the dependencies into a single e-mail
Well, a patch should be a logical atomic change, no matter how many files
it touches. You can't for example have one patch use a new variable (say
in a file.c), and another declare it (in header.h).
> As for status:
> Wine works quite well under Solaris x86 (Possibly better than linux based on
> my experience with 18062003) but can't be built and run successfully without
> two key patches that Alexandre has elected not to accept, and one patch which
> is probably acceptable but I haven't sent yet (not sure if the semantics of
> the code are correct for the OS yet).
The reason I'm interested in the status is that I'm trying to assemble a
porting page for Wine. But that page has to refer to the stock Wine. Can
you please tell me which DLLs don't build cleanly in the stock tree on
Do you have any experience building Wine on Sparc?
> Hence my port is not a stock wine. I must maintain at least the critical
> patches locally to be able to offer wine under solaris. As per the (L)GPL the
> patches are all offered to the project and the diffs are distributed as a
> patch kit with the binary with a pointer to winehq for the rest of the
Do you publish Solaris binaries regularly? If so, would you be interested
in pushing them on SourceForge, with the rest of the other binary builds?
> Does this answer your questions, oh and should I resubmit the patches or will
> the kit do.
For the purposes of getting them in the standard tree, I think you need to
resubmit. I hope we can get the standard tree to build on Solaris soon.
More information about the wine-devel