February 2005 - Wine-Devel - list.winehq.org

Re: Slick build output

by Jason But

Oops re:patch My system is a FreeBSD one so there are some other differences. Please ignore the bits of the patch that: =============================================== in programs/Makefile.in diff -urN wine-20050111/programs/Makefile.in wine-20050111.new/programs/Makefile.in --- wine-20050111/programs/Makefile.in Thu Aug 12 06:59:09 2004 +++ wine-20050111.new/programs/Makefile.in Tue Feb 1 10:49:41 2005 @@ -32,7 +32,6 @@ winemenubuilder \ winemine \ winepath \ - winetest \ winevdm \ winhelp \ winver @@ -63,7 +62,6 @@ winemenubuilder \ winemine \ winepath \ - winetest \ winevdm \ winhelp \ winver @@ -116,7 +114,6 @@ winemenubuilder.exe$(DLLEXT) \ winemine.exe$(DLLEXT) \ winepath.exe$(DLLEXT) \ - winetest.exe$(DLLEXT) \ winevdm.exe$(DLLEXT) \ winhelp.exe$(DLLEXT) \ winver.exe$(DLLEXT) @@ -126,9 +123,11 @@ =============================================== and in Makefile.in diff -urN wine-20050111/Makefile.in wine-20050111.new/Makefile.in --- wine-20050111/Makefile.in Thu Oct 7 13:12:44 2004 +++ wine-20050111.new/Makefile.in Tue Feb 1 10:49:29 2005 install:: install-lib install-dev install-aclocal - -$(LDCONFIG) - @if test -n "`LANG=C $(LDD) $(bindir)/wine|grep not.found`"; \ + @if false ; \ then \ echo "*************************************************" ; \ echo "*************************************************" ; \ =============================================== These are applied by the FreeBSD Port for wine Jason

Feb. 1, 2005

Re: wine/dlls x11drv/x11drv.h x11drv/winpos.c x11d ...

by Dimitrie O. Paun

On Mon, Jan 31, 2005 at 09:11:30PM +0100, Alexandre Julliard wrote: > The main optimisation I know about is the repainting on window moves > that needs to copy the bits instead of invalidating the whole window. Well, I guess that's worth doing, it would save quite a few artifacts. > The loose ends are mostly related to dll separation, the exported > functions in user32.spec can give you a rough idea of what remains True, but those are really part of the dll separation task, it's not quite fair to lump them into this one :) > For OpenGL what we need is to implement proper > clipping when drawing to a child window. There are also a number of > window management hacks in the Crossover tree that need to be cleaned > up and brought over. Speaking of bugs, the old bug #1091: http://bugs.winehq.org/show_bug.cgi?id=1091 Is still not fixed. I've attached a screenshot of what happens if you move a window that's on top of a listbox that scrolls in the background. To me it looks there is a race of sorts, and the scrolling happens but somehow the invalidated region is not expanded correctly. -- Dimi.

Feb. 1, 2005

re: NPTL and Wine threads

by Dan Kegel

Luke wrote: > it's come to my attention that NPTL cannot cope with jumping out > of a cancellation handler. Tough noogies, as it were. See http://www.opengroup.org/onlinepubs/009695399/functions/pthread_cleanup_pop… > there is some code in FreeDCE which expects to be able to jump out > of a cancellation handler Then FreeDCE should be fixed to be POSIX-compliant, I think. Or is there something subtle going on here? - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

Feb. 1, 2005

Re: Slick build output

by Jason But

On Tue, 1 Feb 2005 04:41 am, Alexandre Julliard wrote: > Robert Shearman <rob(a)codeweavers.com> writes: > > Alexandre Julliard wrote: > > >It's pretty trivial to write a make wrapper that massages the output > > >into whatever form you prefer. > > > > Unless it's in CVS, only one person will benefit from it. That's not > > the open-source way. > > Feel free to start a project on sourceforge for that. It's clearly not > Wine specific and doesn't belong in the Wine CVS. > > > Ok, this is a problem. Does this mean you won't accept any patches to > > the makefiles to convert to "slick" build output? > > No, I won't. Our makefiles are already complicated enough to not add > such gratuitous complexity. In that case I will not bring this up any more after this email. I note that while the patches are extensive they are merely the addition of one ECHO line to each rule. For those who are interested, I attach the patch here (hoping it works this time) for the completed output cleanup. I ran diff -urN wine-20050111 wine-20050111.new > make_patches where wine-20050111/ is the directory with the current wine sources and wine-20050111.new/ is the patched directory All the changes are to the Make*.in files. Closing off my input now. Jason.

Feb. 1, 2005