===> The following configuration options are available for kqemu-kmod-devel-1.4.0.p1_5:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
====
Notice:
If you installed this from a package and your kernel configuration
differs from the one on the package build machine (or your kernel source
is newer than the package), then the kld may not work, or even panic.
Consider building it from ports in that case.
====
Cleanup DIST* variables.
When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup
With hat: portmgr
Sponsored by: Absolight
- Finally import syrinx' fix for 10.0+, it seems to work no worse
than kqemu worked before. [1]
- Fix build on 10/i386.
PR: 184984 [1]
Submitted by: syrinx [1]
Convert GMAKE to MAKE_CMD
Please note that lots of invocation of MAKE_CMD here are wrong as they do not
properly respect MAKE_ENV and friends
With hat: portmgr
Mark BROKEN on 10+: KPI changes in 10 and up, use bhyve or vbox.
(If someone wants to fix it: patches welcome! :)
PR: ports/184984
Submitted by: Alex <alex323@gmail.com>
Convert to USES=kmod, which removes duplicated code and ensures that all
required steps are followed.
There are no user-visible changes. The exception is multimedia/ptx-kmod,
which now installs the kernel module into /boot/modules instead of
${PREFIX}/libexec/${PORTNAME}, this was something USES=kmod cannot handle.
PR: ports/183625
Submitted by: myself
Approved by: portmgr (bdrewery)
Exp-run by: bdrewery
SSP support has been added to ports with WITH_SSP for i386 and amd64
on FreeBSD 10, and amd64 on earlier versions.
SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.
On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].
On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
(Only the first 15 lines of the commit message are shown above )
- Switch to new header style. [1]
- Add LICENSE. [1]
- Remove 7.x bug workarounds, FreeBSD 7 is no more supported. [1]
- Respect ${CC} instead of using 'gcc'. [1]
- Switch to optionsng. [1]
- Fix build with gcc46 (it doesn't like -fformat-extensions in CWARNFLAGS.)
- Sync kqemu-kmod with these -devel updates.
PR: ports/179952 [1]
Submitted by: r4721@tormail.org
(Attempt to) fix build on head.
Note: setting CC=clang fails with
"interp.c:20:24: error: global register variables are not supported"
PR: ports/177279
Submitted by: Beeblebrox <zaphod@berentweb.com>
In the rc.d scripts, change assignments to rcvar to use the
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
- Allow specifying nonstandard base/kernel source dirs by defining
SRC_BASE or SYSDIR respectively.
- Add a few extra patches: [1]
- An old patch by Enache Adrian to help NetBSD/OpenBSD guest support:
http://lists.gnu.org/archive/html/qemu-devel/2007-11/msg00125.html
(At least NetBSD still has issues seeing pci devices with acpi and
assigning correct pci irqs without acpi when there still is an mptable
which the qemu/kvm bios now defaults to providing, and it also doesn't
seem to like most of the emulated nic choices - but these remaining
issues have nothing to do with kqemu. I'll post a little more on the
qemu-devel list...)
- A patch series by Jan Kiszka from May 2009:
http://lists.gnu.org/archive/html/qemu-devel/2009-05/msg01550.html
In the unlikely case that any of these patches cause regressions please
define WITHOUT_EXTRA_PATCHES and post details about your host _and_ guest
on freebsd-emulation@freebsd.org .
Obtained from: qemu-devel mailinglist [1]
- Only add the tss fixup code on OSVERSIONs where its still needed.
(It _should_ do nothing elsewhere but still would be unnecessary cycles...)
- Bump PORTREVISIONs.
