src-test/sys/modules/svr4, branch main FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=main 2017-02-28T05:14:42Z Remove SVR4 (System V Release 4) binary compatibility support. 2017-02-28T05:14:42Z Gleb Smirnoff glebius@FreeBSD.org 2017-02-28T05:14:42Z urn:sha1:efe3b0de1438e7a8473d92f2be57072394559e3c UNIX System V Release 4 is operating system released in 1988. It ceased to exist in early 2000-s. Exclude -flto when building *genassym.o 2017-02-21T18:59:17Z Ed Maste emaste@FreeBSD.org 2017-02-21T18:59:17Z urn:sha1:0e8b3ab34883efedeeb5e0d3baa90ea98de1e692 The build process generates *assym.h using nm from *genassym.o (which is in turn created from *genassym.c). When compiling with link-time optimization (LTO) using -flto, .o files are LLVM bitcode, not ELF objects. This is not usable by genassym.sh, so remove -flto from those ${CC} invocations. Submitted by: George Rimar Reviewed by: dim MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D9659 Fix streams and svr4 module dependency. Both modules are complaining about 2016-04-23T20:29:55Z Dmitry Chagin dchagin@FreeBSD.org 2016-04-23T20:29:55Z urn:sha1:9f8621b1d5cfcfe86986ebe6b324ca0a9b8c408e undefined symbol svr4_delete_socket which was moved from streams to the svr4 module in r160558 that created a two-way dependency between them. PR: 208464 Submitted by: Kristoffer Eriksson Reported by: Kristoffer Eriksson MFC after: 2 week These don't belong in the modules directory. 2014-11-06T16:52:51Z Warner Losh imp@FreeBSD.org 2014-11-06T16:52:51Z urn:sha1:2736ae9f8c2059379d59612bb246d39a0f95f642 Retire the '@' symlink. It isn't really needed and causes more 2014-11-06T16:48:37Z Warner Losh imp@FreeBSD.org 2014-11-06T16:48:37Z urn:sha1:528013d5a8b067fc384c91bdfd106e0d773959b7 problems than it solves. SYSDIR is already defined almost always and can be used instead. Working around the one case where it isn't is much easier than working around the fact that @ may not exist in 18 other places. Differential Revision: https://reviews.freebsd.org/D1100 Stop telling people to use send-pr; instead point them towards Bugzilla. 2014-06-14T18:43:48Z Gavin Atkinson gavin@FreeBSD.org 2014-06-14T18:43:48Z urn:sha1:deee077e0c63a000e56c623a1e8678d523c9ab36 Hat: bugmeister@ MFC after: 3 days MFtbemd: 2010-08-23T06:13:29Z Warner Losh imp@FreeBSD.org 2010-08-23T06:13:29Z urn:sha1:c09808d0d611d103bece3d41886b87de160900c0 Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed... After r193232 rt_tables in vnet.h are no longer indirectly dependent on 2009-06-08T19:57:35Z Bjoern A. Zeeb bz@FreeBSD.org 2009-06-08T19:57:35Z urn:sha1:8d8bc0182ea6f8f85409e76e53053487c7d23a84 the ROUTETABLES kernel option thus there is no need to include opt_route.h anymore in all consumers of vnet.h and no longer depend on it for module builds. Remove the hidden include in flowtable.h as well and leave the two explicit #includes in ip_input.c and ip_output.c. Remove opt_mac.h generation for various kernel modules that no longer 2009-06-06T17:01:44Z Robert Watson rwatson@FreeBSD.org 2009-06-06T17:01:44Z urn:sha1:d5fc25e5d6c52b306312784663ccad85923a9c76 require it. Submitted by: pjd Burn TTY ioctl bridges in compat layers. 2009-05-08T20:06:37Z Ed Schouten ed@FreeBSD.org 2009-05-08T20:06:37Z urn:sha1:51e6ba0f00d8544dc694571f07bde46d5a6d2a99 I really don't want any pieces of code to include ioctl_compat.h, so let the ibcs2 and svr4 compat leave sgtty alone. If they want to support sgtty, they should emulate it on top of termios, not sgtty. The code has been marked with BURN_BRIDGES for a long time. ibcs2 and svr4 are not really popular pieces of code anyway.