| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
but none of them are used or make any difference (at least in the FreeBSD
version).
|
|
|
|
|
| |
submitter-id's and try and stop people sending 'Confidential: yes' PRs.
The gnats database is public.
|
| |
|
|
|
|
| |
Submitted by: "Peter Avalos" <pavalos@theshell.com>
|
| |
|
|
|
|
|
|
| |
I must remember not to do that again.
(This fixes broken install and distribute targets)
|
|
|
|
|
|
|
| |
"make all" is being done on top of a "make buildworld", and nothing
needs making.
Asked for by: jkh
|
|
|
|
|
|
| |
set and directories are being (re)made; build the procname ($0) stuff,
don't install miniperl.
(Miniperl needs a revisit).
|
|
|
|
| |
and this had filtered down into too many other places.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with Brian's kernel support for i386 debug registers. This makes
watchpoints actually usable for real-life problems. Note: you can
only set watchpoints on 1-, 2- or 4-byte locations, gdb automatically
falls back to [sloooow] software watchpoints when attempting to use
them on variables which don't fit into this category. To circumvent
this, one can use the following hack:
watch *(int *)0x<some address>
David O'Brien is IMHO considering to get this fully integrated into the
official GDB, but as long as we've got the i386/* files sitting around
in our private FreeBSD tree here, the feature can now be tested more
extensively, so i'm committing this for the time being.
This work has been done in order to debug a tix toolkit problem, thus
it has been sponsored by teh Deutsche Post AG.
Reviewed by: bsd (not the operating system, but Brian :-)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
ENABLE_SUIDPERL is set to true. When perl is updated to remove the
fork mail code, additional warnings will enable the users to know what
is gonig on and how to correct it. Markm will make those commits as
part of his perl patch integration. suidperl is installed with
execute permissions so that markm's added error messages wil be seen
by the user.
|
|
|
|
| |
building.
|
|
|
|
|
|
| |
a patch, returning -f/--force and -t/--batch to their previous semantics.
Pointed out by: asami
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, using -S/--skip, -f/--force, or -t/--batch to skip a patch in
a patchset still registers a failure which causes patch to return a
non-zero exit code. This is particularly undesirable with regards to
ports as there is no way to ignore the non-zero code. (Luckily, we don't
currently have any ports that make use of any of these options.)
The PR (yes, my own) is slightly incorrect: It states that -f does indeed
properly skip patches. It does, but it still sets the failure flag causing
patch to return non-zero.
PR: 19638
Submitted by: kbyanc@posi.net
|
|
|
|
|
|
| |
because it's standard (bah, show me a real system without bzero()...)
Noted by: bde
|
|
|
|
| |
Submitted by: green
|
| |
|
|
|
|
|
|
| |
Patch submitted by: nbm
PR: 16585
Submitted by: Assar Westerlund <assar@sics.se>
|
|
|
|
|
|
|
| |
and not a file name.
PR: 19698
Reported by: Jeff Blaine <jblaine@mitre.org>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) (Biggest) I tried long-and-hard to keep the version number (5.006)
backwards compatible with FreeBSD; I have lost this battle, and
must defer to the Perl convention (5.6.0). Victims include suidperl.
this means that dirs with a name of 5.006 will be replaced with
dirs named 5.6.0 in both /usr/libdata/perl and /usr/local/lib/perl.
2) Errno module is added.
3) Alpha bits extensively tweeked after a Beast-build.
Other commits to follow.
|
| |
|
|
|
|
| |
'long', not 'long long'. Maybe the intXX_t types should have been used.
|
|
|
|
| |
work.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This is cleaned up quite a lot since 5.00502, and the library modules
are broken out into individual dirs. This should please a lot folk.
|
|
|
|
|
| |
PR: 19272
Submitted by: Uwe Pierau <uwe.pierau@tu-clausthal.de>
|
| |
|
| |
|
|
|
|
| |
on the mainline sources.
|
|
|
|
|
|
| |
Broken in revision 1.17.
Noticed by: hoek
|
|
|
|
|
|
| |
It was not discussed and should probably not happen.
Requested by: msmith and others
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
where it is used. c-decl has symbols that conflict with several of the
cc1plus sources.
GNU `ld' was changed in Dec 1999 to be more be compatable with the way that
other linkers work (specifically in the Solaris linker). The 2.9.1 `ld',
did the Wrong Thing in that if a library contained a common symbol that
matched a definition of that symbol in another (already linked in object)
it would also be linked in, even if there was no other reason to do so.
This is wrong. The library should only be linked in if it contains
non-common, non-weak symbols which are needed by previously linked in
objects.
|
|
|
|
| |
Requested by: Sheldon Hearn <sheldonh@uunet.co.za>
|
|
|
|
|
|
|
|
| |
the type argument to *_HEAD and *_ENTRY is a struct.
Suggested by: phk
Reviewed by: phk
Approved by: mdodd
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
comming 2.10 release.
|
|
|
|
| |
PR: bin/5693 docs/9352
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Don't use MANDEPEND. It hasn't had anything to do with dependencies for
5-6 years, but is still being used, mainly in groff/*/Makefile, where it
amounts to just a macro giving the list of generated man pages. Since
all man pages in groff are generated (from .man to .[1-9]), it's simpler
to use the source names ({$MANX}) to give the list.
Fixed some other style bugs.
|
|
|
|
| |
Don't use "+=" for variables that are only set once.
|
| |
|
| |
|