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
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
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
symbols.
Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.
[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup
PR: ports/138228 [2]
Submitted by: jlh (bsd.ssp.mk based on)
Reviewed by: bapt
With hat: portmgr
exp-runs done: 37 over a month on 91i386,91amd64,10i386,10amd64
- 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
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>
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.
segfault sometimes on first invocation
- Get rid of redundant & in two places
- Bump PORTREVISION
There still is the unresolved issue of (likely) the gdt move causing the
host to hang for one guy, if this happens to you you can try the following
kernel patch that sets up seperate gdts at boot so kqemu doesn't have to
do the move:
http://people.freebsd.org/~nox/qemu/patch-sys-amd64-seperate-gdt.txt
Thanx to: Yamagi for testing
calling fpudna()/npxdna() directly instead of programmatically invoking
int 7 (should also speed up the i386 case a tiny little bit that didn't
print a message) [1]
- Rename kqemu_tss_workaround to kqemu_tss_fixup [2]
- Bump PORTREVISION
Looked over by: bde [1]
Prodded by: jhb [2]
host panics - longer explanation in this post:
http://docs.freebsd.org/cgi/mid.cgi?20080501101951.GA30274 [1]
- Get rid of superfluous "kqemu " in IGNORE message when kernel source
is missing
- Pass down DEBUG_FLAGS to the build
- Bump PORTREVISION
PR: ports/113430 [1]
stuck in devdrn
- Remove the -DSMP magic, it didn't help the amd64 SMP panics and was
useless anyway (the panics still exist, the only good workaround I've
found so far is forcing qemu onto cpu 1 and that is only possible on
HEAD using the new cpuset feature)
- Only bother with the -DKSE magic for OSVERSIONs where it matters
- Bump PORTREVISION
- fix KERNCONF detection
- bump PORTREVISION
(There sill is that unresolved issue of the KSE/SMP CFLAGS not being
passed down to the build for one guy tho, even tho they do appear in
make -V CFLAGS...)
kqemu version 1.3.0pre6:
- compile fix for Linux kernel version >= 2.6.16
- better null LDT handling (aka Plan9 and ReactOS bug)
- moved monitor code to another address (aka win2k 256 MB bug)
oh and FreeBSD guests have been working with -kernel-kqemu
since 1.3.0pre5! (tested with 6.1RC1)
PR: ports/96337
Submitted by: Juergen Lock <nox@jelal.kn-bremen.de>
