| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
discussed on the arch@ mailinglist (after repo-copy).
sys.mk will .error if it finds /etc/defaults/make.conf but include
it anyways (this is the same behaviour as with the make.conf.local
removal).
/usr/share/examples/etc/make.conf has BDEFLAGS commented out now,
since it's only an example file.
Adjust all textes that talk about make.conf or defaults/make.conf to
match the new situation.
Notes:
svn path=/head/; revision=82604
|
| |
|
|
| |
Notes:
svn path=/head/; revision=82519
|
| |
|
|
|
|
|
|
|
| |
value, it forces GCC to not optimize above this level. For intance, GCC
made with "WANT_FORCE_OPTIMIZATION_DOWNGRADE=1" is a good setting for the
Alpha platform when building ports.
Notes:
svn path=/head/; revision=81749
|
| |
|
|
|
|
|
|
|
|
|
| |
nearly as ominous as it sounds, and it allows OPIE to be used over SSH
and on xterms.
Requested by: ache
Discussed on: -security
Notes:
svn path=/head/; revision=81557
|
| |
|
|
|
|
|
|
| |
MASTER_SITE_FREEBSD is already used in bsd.port.mk for some different
purpose.
Notes:
svn path=/head/; revision=81554
|
| |
|
|
| |
Notes:
svn path=/head/; revision=81553
|
| |
|
|
| |
Notes:
svn path=/head/; revision=81552
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
us anyway because it doesn't work right on the x86 and alpha. On
K&R code, small ints would be promoted to int. ANSI-C doesn't require
this and the small ints can be passed taking 8 or 16 bits of stack
space. However, the x86 abi that we use *does* promote to 32 bit,
and the alpha ABI passes them in 64 bit registers so we dont have
that aspect of the problem here. Losing float precision by having it
cast down to int because the funtion prototype specifies int is the
least of our problems. -Wmissing-prototypes helps here anyway.
Notes:
svn path=/head/; revision=80452
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
building a .cf file from a .mc file.
Include -D_FFR_TLS_O_T to enable tls policy control since the sendmail binary
build enables that FFR as well.
PR: conf/28361
MFC after: 1 week
Notes:
svn path=/head/; revision=80175
|
| |
|
|
| |
Notes:
svn path=/head/; revision=79548
|
| |
|
|
| |
Notes:
svn path=/head/; revision=78862
|
| |
|
|
|
|
|
| |
from another host.
Notes:
svn path=/head/; revision=78265
|
| |
|
|
| |
Notes:
svn path=/head/; revision=78035
|
| |
|
|
| |
Notes:
svn path=/head/; revision=77520
|
| |
|
|
|
|
|
| |
Add a dire warning about the experimental nature of threaded Perl.
Notes:
svn path=/head/; revision=77262
|
| |
|
|
|
|
|
|
| |
Prompted by: Alexandr Listopad <laa@laa.zp.ua>
MFC after: 3 days
Notes:
svn path=/head/; revision=77041
|
| |
|
|
|
|
|
| |
<roam@orbitel.bg>
Notes:
svn path=/head/; revision=76518
|
| |
|
|
| |
Notes:
svn path=/head/; revision=76073
|
| |
|
|
| |
Notes:
svn path=/head/; revision=75982
|
| |
|
|
| |
Notes:
svn path=/head/; revision=75839
|
| |
|
|
|
|
|
|
|
|
|
| |
NO_MAKEDEV_INSTALL and NO_MAKEDEV_RUN. The former implying the latter.
The names imply what they do. The last commit by DES based on a PR defeated
the original idea behind NO_MAKEDEV, which was not to run MAKEDEV, but to do
the installation of MAKEDEV. This should satisfy both parties on the MAKEDEV
challenge.
Notes:
svn path=/head/; revision=74990
|
| |
|
|
|
|
|
|
| |
PR: 25196
Submitted by: Chris Knight <chris@aims.com.au>
Notes:
svn path=/head/; revision=74247
|
| |
|
|
|
|
|
|
|
| |
builds. This may be disabled using the NO_CPU_COPTFLAGS variable.
Reviewed by: arch
Notes:
svn path=/head/; revision=74146
|
| |
|
|
|
|
|
|
|
| |
MFC candidate.
Submitted by: jeh
Notes:
svn path=/head/; revision=74055
|
| |
|
|
| |
Notes:
svn path=/head/; revision=73836
|
| |
|
|
|
|
|
|
| |
version as the one in ports (and the latest at that), except that not
all programs that are in the port get built
Notes:
svn path=/head/; revision=73779
|
| |
|
|
|
|
|
| |
only have one patented algorithm in make.conf.
Notes:
svn path=/head/; revision=73401
|
| |
|
|
|
|
|
|
|
|
|
|
| |
and Pentium II, III and IV processors (p2, p3, p4), as well as 'mmx' and
'3dnow' MACHINE_CPU tags as appropriate. In the near future this will
be used to control various ports which have MMX/3dNow optimizations,
instead of the ad-hoc methods currently used.
Reviewed by: peter
Notes:
svn path=/head/; revision=73145
|
| |
|
|
|
|
|
| |
Second thoughts by: bde
Notes:
svn path=/head/; revision=73141
|
| |
|
|
|
|
|
|
|
| |
Warn if an undefined identifier is evaluated in an `#if' directive.
Not objected to by: bde
Notes:
svn path=/head/; revision=73136
|
| |
|
|
|
|
|
|
|
|
| |
libssl, for example), and hide it behind a make.conf option,
WANT_OPENSSL_MANPAGES, instead of having it commented out. We still can't
install these by default because of clobbering of a number of system
manpages with the same name, but they're there for people who want them.
Notes:
svn path=/head/; revision=73043
|
| |
|
|
|
|
|
| |
s/i585/i586/
Notes:
svn path=/head/; revision=72971
|
| |
|
|
|
|
|
|
|
| |
report. It allows building multiple .cf files at build time.
PR: bin/19897
Notes:
svn path=/head/; revision=72918
|
| |
|
|
|
|
|
|
| |
necessary if you expect to be able to use this setting in both /etc/mail
and etc/sendmail.
Notes:
svn path=/head/; revision=72916
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
Notes:
svn path=/head/; revision=72878
|
| |
|
|
|
|
|
|
|
|
|
|
| |
users should be configuring via m4 now. If set, use m4 to create the .cf
file. Also, if either SENDMAIL_MC or SENDMAIL_CF is set, 'make install' or
'make distribution' in src/etc/sendmail/ will install the appropriate .cf as
/etc/mail/sendmail.cf. This fixes some mergemaster problems.
PR: conf/13016
Notes:
svn path=/head/; revision=72846
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
through the use of a new build directive, MACHINE_CPU, which contains a
list of the CPU generations/features for which optimizations are desired.
This feature will be extended to cover the ports tree in the future.
Currently OpenSSL provides optimizations for i386, i586 and i686-class
CPUs. Currently it has not been tested on an i386 or i486.
Teach make(1) to provide sensible defaults for MACHINE_CPU if it is not
defined (namely, the lowest common denominator CPU we support for each
architecture). Currently this is i386 for the i386 architecture and ev4
for the alpha. sys.mk also sets the variable as a last resort for
consistency with MACHINE_ARCH and bootstrapping from very old versions of
make.
Benchmarks show a significant speed increase even in the i386 case, with
additional improvements for i586 and i686 systems. For maximum performance
define MACHINE_CPU=i686 i586 i386 in /etc/make.conf.
Based on a patch submitted by: Mike Silbersack <silby@silby.com>
Reviewed by: current
Notes:
svn path=/head/; revision=72679
|
| |
|
|
| |
Notes:
svn path=/head/; revision=69820
|
| |
|
|
|
|
|
| |
Submitted by: Scot W. Hetzel <hetzels@westbend.net>
Notes:
svn path=/head/; revision=69380
|
| |
|
|
|
|
|
| |
in /etc/login.conf.
Notes:
svn path=/head/; revision=69063
|
| |
|
|
| |
Notes:
svn path=/head/; revision=69040
|
| |
|
|
|
|
|
|
| |
PR: conf/22622
Submitted by: knu
Notes:
svn path=/head/; revision=68917
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
ENABLE_SUID_SSH being defined reenable it for those that want it.
This follows discussion favoring the change from September. It
is not usually necessary to be setuid root, possibly less safe,
and less convenient (cannot use $HOSTALIASES, for example).
Submitted by: jedgar
Notes:
svn path=/head/; revision=68705
|
| |
|
|
| |
Notes:
svn path=/head/; revision=68559
|
| |
|
|
|
|
|
|
|
| |
firewalls have examples to work from.
Requested by: chein
Notes:
svn path=/head/; revision=68481
|
| |
|
|
| |
Notes:
svn path=/head/; revision=68310
|
| |
|
|
| |
Notes:
svn path=/head/; revision=68263
|
| |
|
|
|
|
|
| |
ftp://prep.ai.mit.edu/pub/gnu/ -> ftp://ftp.gnu.org/gnu/
Notes:
svn path=/head/; revision=68164
|
| |
|
|
| |
Notes:
svn path=/head/; revision=67491
|
| |
|
|
|
|
|
|
|
|
|
|
| |
not bsd.port.mk anymore.
Add MASTER_SITE_XFREE, MASTER_SITE_RINGSERVER, MASTER_SITE_TCLTK and
MASTER_SITE_RUBY.
Document and add MASTER_SORT_REGEX.
Notes:
svn path=/head/; revision=67431
|