macro to access the fields of 'struct dbreg' instead of accessing
them directly.
Because the macro is buggy on older versions of FreeBSD as it lacks
proper macro argument parens, use an extra pointer as a workaround
so that we'll work on pre-patched versions of FreeBSD.
Reviewed by: gerald (maintainer)
directory of every user instead of a global $PREFIX/etc/wine.conf. Remove
redundant information from pkg-descr on the way.
Approved by: obrien (mentor)
Update to 2001.06.29
Install man pages with INSTALL_MAN instead of INSTALL_DATA
PR: 28608
Submitted by: Patrick Li <pat@databits.net>
Reviewed by: maintainer
Do not depend on GNU bison, properly create directories during
installaton in all cases, always install manpages. Do not bump
PORTREVISION as these changes do not warrant upgrade by users using
the current package.
PR: 22974
Submitted by: maintainer
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 ...
