This breaks the port (hopefully temporarily) for CURRENT, but it is
verified to work in both, RELENG_3 and RELENG_4.
It also corrects problems with RELENG_3, which is more important
than CURRENT.
PR: 20951
Submitted by: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
Furthermore: James McNaughton <jtm63@enteract.com> submitted
PR 21147, which is solved with this commit, and tested
this version on RELENG_3
XFree86 (3 or 4) to depend to when USE_XLIB is set.
XFREE86_VERSION defaults to 3 for now, but adventurous users can
override it in /etc/make.conf. When XFREE86_VERSION=3, USE_XLIB
will add a dependency to x11/XFree86; when it is set to 4, the
dependency will be to x11/XFree86-4-libraries. When
XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS
hacks to avoid messing with XFree86 are turned off.
Since XFree86 version 4 includes some software that used to be
separate ports, when XFREE86_VERSION=3 the following variables are
provided:
USE_DGS LIB_DEPENDS on x11/dgs
USE_FREETYPE LIB_DEPENDS on print/freetype
USE_MESA LIB_DEPENDS on graphics/Mesa3
USE_XPM LIB_DEPENDS on graphics/xpm
When XFREE86_VERSION=4, these variables have no effect. The
LIB_DEPENDS in the tree for the above four ports have all been
converted to the USE_* counterparts. For your information, this
is the count of the number of ports:
USE_DGS 0
USE_FREETYPE 16
USE_MESA 36
USE_XPM 236
There is a new variable, XAWVER, which is set to 6 when
XFREE86_VERSION=3 and 7 when XFREE86_VERSION=4. This is also
passed to PLIST_SUB so ports that build Xaw based shared libraries
can use this variable to substitute the shlib version number.
There is also a provision of using a separate mtree file for
XFREE86_VERSION=4, but that part is not enabled yet.
Reviewed by: the ports list
Tested by: make index (XFREE86_VERSION=3 only)
(2) Add hebrew to list of valid categories.
Submitted by: nbm
which defines "trace" in a way that causes link errors.
This patch just places "#undef trace" statements on the line following the
"#include <ncurses.h>" in the two WIne files, that include that header.
This workaround should be kept as long as there may be systems with the
buggy definition of "trace" in "ncurses.h".
Approved by: Maintainer
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
1) Update to 20000430 release snapshot.
2) Remove irrelevant (integrated into wine tree) patches.
3) Add new patch.
4) New MAINTAINER (pfeifer@dbai.tuwien.ac.at).
Gerald apparently overlooked installation, so I added a few files to the
install so people can actually run WINE; I also accounted for these files
in pkg/PLIST updating. Unfortunately, I could not test WINE because I
don't have USER_LDT in my kernel and I'm not adding it just now. :-)
Special thanks to Gerald for his help!
PR: 18648
Submitted by: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
Approved by: se (previous MAINTAINER)
recent -stable (the fs/gs handling has just been MFC'd.)
* Fix a ptrace bug, the debugger now actually seems to work again.
* Also install regapi, and some doc files.
Maintainer is reported to not have time to commit this before the 3.4
freeze point, and from what I can tell, has implied permission for this
commit.
PR: 15118
Submitted by: Juergen Lock <nox@jelal.kn-bremen.de>
Compilation may fail on a system with an old Mesa3 port installed
or if X11 headers from XFree-3.9.x are found on a system. This can
be manually fixed by undefining all occurences of DGA/DGA2 and
references to GL libraries in include/config.h in the work directory.
Kernel patches are provided for 3.3-stable: see the files directory
of the port (or $PREFIX/lib/wine/README.patches).
The port upgrade is based on patches sent by Jürgen Lock (Thanks!)
PR: 14652
Submitted by: nox@jelal.kn-bremen.de (Juergen Lock)
Change BROKEN_ELF->BROKEN as this is still BROKEN after the file addition.
In file included from ./treeview.c:44:
../../include/asm/bitops.h:8: redefinition of `set_bit'
../../include/asm/bitops.h:8: `set_bit' previously defined here
../../include/asm/bitops.h:18: redefinition of `clear_bit'
../../include/asm/bitops.h:18: `clear_bit' previously defined here
../../include/asm/bitops.h:28: redefinition of `change_bit'
../../include/asm/bitops.h:28: `change_bit' previously defined here
../../include/asm/bitops.h:38: redefinition of `test_bit'
../../include/asm/bitops.h:38: `test_bit' previously defined here
./treeview.c: In function `TREEVIEW_DrawItem':
./treeview.c:341: warning: unused variable `hRootPen'
./treeview.c:339: warning: `oldBkColor' might be used uninitialized in this function
*** Error code 1
- font sizes are much better now
- there seems to be a problem with the application's
work directory (no longer set to the directory from
where the Windows binary was loaded ???)
PLISTs.
Note: I know that this is going to break some symlinks and/or .so
includes, I will back some of these out as I run into these during
package building.
all the COMMENTs! No package names, no version numbers, no "this is
absolutix-3.1.2" type comments that have zero information contents.
Now, without any bad examples to follow, nobody has an excuse to import
a port with those kind of comments. :)
Phew! 238 ports modified!
A new patch is required to work around the lowest LDT entry
now being 17 (was 6) after a BSDI compatibility patch lead to
a change in /usr/include/machine/segments.h (1.11) ...
Many programs from the Win-3.1 distribution are working fine
with this release. Just try "wine winfile" and click on the
"sol.exe" icon to see how far they got :)
Do not strip binary, since symbols might be necessary for debugging.
Fix error in MEMORY_IsVrangeFree(): fprintf() takes FILE* as first argument.
The implementation of MEMORY_IsVrangeFree seems to rely on data not easily
available on a FreeBSD system. Somebody has to look into this ...
