| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
PR: 50801
Submitted by: Glenn Johnson <glennpj@charter.net>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
FreeBSD. This method attempts to centralize all the necessary hacks
or work arounds in one of two places in the tree (src/Makefile.inc1
and src/tools/build). We build a small compatibility library
(libbuild.a) as well as selectively installing necessary include
files. We then include this directory when building host binaries.
This removes all the past release compatibilty hacks from various
places in the tree. We still build on tip of stable and current. I
will work with those that want to support more, although I anticipate
it will just work.
Many thanks to ru@, obrien@ and jhb@ for providing valuable input at
various stage of implementation, as well as for working together to
positively effect a change for the better.
|
|
|
|
|
|
|
|
| |
-Wuninitialized does not work without -O.
This fixes the ${WARNS} > 4 compilations with -O0.
Spotted by: marcel
|
|
|
|
|
|
| |
glibc which is externally maintained, so GCC ships with these
warnings turned off by default. This is also consistent with
the src/contrib/gcc/c-lex.c,v 1.2 change.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
for installkernel to wipe them out later. So install them under
/boot/modules if that is the case.
|
|
|
|
|
|
| |
get rid of bsd.kern.mk completely.
OK'ed by: bde
|
|
|
|
|
|
|
|
|
| |
Always use sys/conf/kern.mk when building kernel/modules.
<bsd.kern.mk> is only preserved for sys/boot/pc98/boot2
for now, but this will be fixed. If there are other
users of <bsd.kern.mk>, please let me know.
Reminded by: bde
|
|
|
|
|
| |
- Moved special compiler flags to bsd.kern.mk so they get used for modules
too.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
for the -static flag instead when constructing LIBPAM.
(This fixes false warnings from ``make checkdpadd -DNOSHARED'' in
lib/libpam/modules/.)
Submitted by: bde, ru
Approved by: re
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't gratuitously pipe thru a cat(1) if NODOCCOMPRESS.
Only create _stamp.extra when necessary.
Get rid of SOELIMPP and OBJS.
Use Groff version of soelim(1); we need its -I option
for the following to work.
Don't needlessly chdir to SRCDIR. Only a few documents
need CD_HACK, and those that need it either use refer(1)
or .PSPIC macro which internally uses the .psbb call.
|
|
|
|
| |
in /usr/share/tmac/troffrc pending the issue resolution on -arch.
|
|
|
|
|
|
|
|
| |
to creating the tags file using ctags(1). Defaults to "gtags".
Made GTAGSFLAGS and HTAGSFLAGS overrideable, added CTAGSFLAGS.
Folded bsd.prog.mk version of `tags' into bsd.dep.mk.
PR: bin/42852
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix the "@gprel relocation against dynamic symbol xxx" linker error.
Variables defined in the link unit and small enough to be put in the
short data section will have a gp-relative access sequence (using the
@gprel relocation). It is invalid to have @gprel relocations in shared
libraries, because they are to be resolved by the static linker and
not the dynamic linker. The -fpic option will cause @ltoff relocations
for @gprel relocations, but the side-effects are untested (if any).
Instead, disable/eliminate the short data section to achieve the same.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In "nroff" mode, italic font renders as an underlined text, which
makes it indistinguishable from the bold text on color monitors
(cons25 terminal type), yet it requires the less(1)'s -R option.
(Refer to the new grotty(1) manpage for details.)
So turn off the color support for now (when generating catpages),
until we figure out what do we do with this new feature. I have
a patch for grotty(1) that tells it to use the "reverse video"
attribute to render the italic font. Once this is accepted, we
can turn color support back on (if there won't be any objections
from the community).
|
| |
|
| |
|
|
|
|
|
|
| |
This reduces the size of GENERIC's text space by 73999 bytes (about 2%).
The bloat is from approximately 3437 strings longer than 31 characters
being padded to a 32-byte boundary.
|
| |
|
|
|
|
|
|
|
|
|
| |
o Make it possible to prevent parts of the tree from being linted
(say) during a 'make world' by setting NOLINT in a leaf Makefile.
o Make "make lint" work (better) for executable programs.
o Clean up (nuke!) a syntax damaged pipeline.
|
|
|
|
| |
diff actually be readable.
|
|
|
|
| |
file after end of empty CPUTYPE else clause.
|
|
|
|
|
|
|
|
| |
lowest value in order to get the right MACHINE_CPU values since setting
CPUTYPE can result in problems later in the buildkernel case. Instead,
set MACHINE_CPU directly and leave CPUTYPE alone.
Tested by: mbr
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
under way to move the remnants of the a.out toolchain to ports. As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL. It has already lasted WAY beyond
that.
Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.
Tested on: i386 (extensively), alpha
|
| |
|
| |
|
|
|
|
| |
Reviewed by: kris
|
|
|
|
|
|
|
| |
ev6 or pca56 etc this downgrades the cpu specification passed to gas.
As a result, gas will fail when gcc generates media instructions (in
uipc_usrreq.c). This only affects what gas will accept, not what gcc
generates or what our *.s file contain.
|
|
|
|
|
|
| |
Submitted by: april <april@oublinet.net>
PR: misc/38724 (part of)
MFC after: 3 days
|
|
|
|
|
|
| |
the gcc lossage that caused it to be turned off was fixed.
Tested with: i386/{GENERIC,LINT,...}, alpha/GENERIC
|
|
|
|
| |
Prompted by: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TARGET_ARCH and TARGET. This is problematic when one has the =
(unconditional) type of assigment for CPUTYPE in /etc/make.conf.
(This would override what was set on the command line to "make
buildworld".)
Add a (horrible) kludge to Makefile.inc1 to check the type of
assignment for CPUTYPE (only for those who attempts to set it to
a different value). Fix an example make.conf. Fix the kernel's
build-tools target (aicasm only at the moment) to catch up with
bsd.cpu.mk,v 1.15 (BOOTSTRAPPING replaced with NO_CPU_CFLAGS in
Makefile.inc1's BMAKE).
Reviewed by: jhb
|
|
|
|
|
|
| |
Add a DPADD line for ${LIBUGIDFW} for ugidfw.
Submitted by: ru
|
|
|
|
|
|
|
|
|
|
|
| |
bsd.cpu.mk doesn't have to worry about compilers other than the current
version.
- Allow TARGET_CPUTYPE to override CPUTYPE in bsd.cpu.mk.
- Treat an empty CPUTYPE the same as an undefined CPUTYPE.
- For buildworld, buildkernel, etc., define TARGET_CPUTYPE to CPUTYPE for
native builds and define it to be empty for cross-builds.
TARGET_CPUTYPE is only defined if it is not already defined via the
commandline or environment.
|
|
|
|
|
|
| |
for a long time now.
Approved by: bde
|
|
|
|
|
|
| |
- To minimize whitespace changes, remove a test that didn't define
_CPUCFLAGS if both NO_CPU_CFLAGS and NO_CPU_COPTFLAGS were defined
since it is redundant (we don't use _CPUCFLAGS if those are defined).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to tune for more advanced processors while still supporting the minimum
processor in an architecture. We can do this with the '-mtune=' option
to gcc for alpha, sparc64, and powerpc and with the mis-named '-mcpu='
option for i386.
This defaults to tuning i386 builds for i686 machines though not using
any instructions that aren't found on an 80386. For alpha it defaults
to tuning for an EV5.
Approved by: peter
Peril sensitive sunglasses borrowed from: peter
|
|
|
|
| |
so that CLEANFILES from bsd.man.mk and bsd.dep.mk are honored.
|
|
|
|
| |
(Useful for RELENG_4's lib/libpam/modules.)
|
|
|
|
| |
is defined (whether or not LIB is defined).
|