| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
safe libc, having a threads safe libgcc isn't of much use.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Move building libperl and miniperl from build-tools to
cross-tools. libperl uses MACHINE_ARCH to determine the
right configuration, which doesn't match the build
machine when cross-building if they are built as build-
tools.
o Since miniperl needs to be built as a cross-tool, it
needs to be installed under /usr/obj so that it can be
used (cross-tools have a special object directory to
avoid build conflicts. As a downside, you can't easily
run cross-tools from their object directory). Remove
the install and distribute override targets. To avoid
having miniperl installed by installworld, remove it
from SUBDIR.
o We can't pickup miniperl from the object directory but
since it's installed, depend on PATH. This is save,
because the makefiles are run with a known path.
o Build libperl again as part of the library target. A
_libperl variable existed, but it was never defined.
o Add chmod to the list of saved tools, because perl
conditionally uses it during install.
The bootstrap-tools and cross-tools targets are modified to
avoid building profiled and shared libraries. While here,
have these targets build static binaries instead of shared
binaries.
Approved by: markm
|
|
|
|
| |
Clean up temporary file at runtime
|
|
|
|
| |
committed.
|
| |
|
| |
|
| |
|
|
|
|
| |
Audited by: eivind, freebsd-audit
|
| |
|
|
|
|
|
|
|
|
| |
(note we should not just use GCC's default LIBGCC_SPEC as it doesn't use
the PIC version when linking shared)
Recomended by: jdp
PR: 21983
|
|
|
|
| |
Approved by: obrien
|
|
|
|
|
|
|
|
|
| |
LinuxThreads port. Dike it out as it was removed from freebsd.h on
19-July-2000 as this option depended on bits not part of the base system
and required people to install the LinuxThreads port in a manner
non-consistent with the workings of our Ports Collection.
Requested by: jasone
|
|
|
|
|
| |
fixes the immediate segmentation violations from some multithreaded
programs built on very up-to-date systems.
|
| |
|
|
|
|
|
|
| |
crtstuff.c as they do for other platforms.
Moral support from: jdp
|
| |
|
|
|
|
| |
Approved by: markm
|
|
|
|
|
|
|
|
|
|
|
| |
- update: For submitting non-maintainer updates/changes
- maintainer-update: For submitting maintainer updates/changes
The intent is to make it easier to spot maintainer sactioned or submitted
updates to ports though it might also be useful for userland code that is
maintained by someone that is not a FreeBSD committer.
Submitted by: nbm and many others
|
|
|
|
|
|
|
|
|
|
|
|
| |
specific changes into the original distribution (although sometimes
with a slightly different approach) and to add two commandline
options to send-pr(1):
-c which allows you to specify an address to CC this
PR to
-s allow the severity to be specified on the commandline
PR: 17922
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when using the egcs and gcc-devel ports, along with GCC built from stock
public FSF sources. With out this change, FreeBSD will be removed from
the list of systems GCC 3.0 must be evaluated on before release. With
the effort some of us put into getting FreeBSD on this list, we should
not turn this effort into a waste, else we might not be worth fighting
for in the future. (note that Alpha and IA-64 versions of crt{i,n}.S
are needed)
* Switch from our own crt{begin,in} to those created from GCC's crtstuff.c.
This will allow us to switch to DWARF2 exceptions in the future, along with
staying in sync with any future GCC requirements.
* Break out our ELF branding bits into a seperate file. Currently this
is now included by our crt1.c files (since this functionality was part of
our native crtbegin.c). Later crtbrand.o will be merged in the creation
of crti.o.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
pthread in libc_r.
Reviewed by: dfr
|
| |
|
|
|
|
|
| |
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>
|