e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
header file include required for __FreeBSD_version >= 700049:
patch uppc.c accordingly
o Fix uppcsetup: kldxref(8) module directory when it is installed
o Bump PORTREVSION due to uppcsetup script change
hacks to install kernel loadable modules correctly on amd64 platforms
with the new INSTALL_KLD command.
All PORTREVISIONS have been bumped to show when the new version of
installing became available.
Please see a discussion thread starting with the following message:
http://lists.freebsd.org/pipermail/freebsd-ports/2007-August/042999.html
It seems that installation action of uppc-kmod port (do-install target)
uses incorrect tool to put uppc.ko in its destination. It seems that the
tool (${INSTALL_PROGRAM}) corrupts the .ko, so that it is not a valid
kernel module anymore. If I put uppc.ko into /boot/kernel and do kldxref
then kldxref complains about missing symbol table in uppc.ko and dumps
core. If the module is loaded then it crashes my system.
On the other hand, if I simply copy uppc.ko from work directory then it
works ok.
Essentially this is the same issue as described in the following PR only
with another port:
http://www.freebsd.org/cgi/query-pr.cgi?pr=100703
Kostik Belousov confirms the issue with stripping kernel modules on amd64:
You cannot strip kernel modules on amd64, because modules are elf object
files, as opposed to shared objects on all other archs. Strip strips the
object file symbol table, that is used by the static linker and in-kernel
linker on amd64. On the other hand, shared object contains also a dynamic
symbol table, that is not stripped and used by in-kernel linker on !amd64.
PR: ports/115517
Submitted by: Andriy Gapon <avg@icyb.net.ua>
to be present, or does not compile on certain versions of FreeBSD. This
will potentially avoid needless compilations on bento, and has the added
benefit of improving certain reporting tools. To most users, this change
is a no-op.
PR: 61090
Submitted by: linimon
