summaryrefslogtreecommitdiff
path: root/hints/freebsd.sh
diff options
context:
space:
mode:
authorJarkko Hietaniemi <jhi@iki.fi>2003-07-09 11:43:09 +0000
committerJarkko Hietaniemi <jhi@iki.fi>2003-07-09 11:43:09 +0000
commitc6e7ee5baf1b7ad0b2d86890e4174d74a2709b05 (patch)
tree3d2babee5b32c9caa9b1ae86de7574a78c898a45 /hints/freebsd.sh
parent8f139f4c25cbb5efe1153fc2070b9a8b96fdf844 (diff)
downloadperl-c6e7ee5baf1b7ad0b2d86890e4174d74a2709b05.tar.gz
Play safe and use the system malloc in FreeBSD.
Yes, performance suffers. But that is better than random core dumps. p4raw-id: //depot/perl@20093
Diffstat (limited to 'hints/freebsd.sh')
-rw-r--r--hints/freebsd.sh19
1 files changed, 3 insertions, 16 deletions
diff --git a/hints/freebsd.sh b/hints/freebsd.sh
index 479fa2b37d..937df2a85a 100644
--- a/hints/freebsd.sh
+++ b/hints/freebsd.sh
@@ -92,23 +92,10 @@ case "$osvers" in
d_setegid='undef'
d_seteuid='undef'
;;
-4.*) # In FreeBSD 4 and 5 the system malloc is performance-wise
- # VERY bad for Perl-- we are talking of differences of not
- # one, but TWO magnitudes.
- case "$usemymalloc" in
- "") usemymalloc='y'
- ;;
- esac
- ;;
-5.*) case "$usemymalloc" in
- "") usemymalloc='y'
- ;;
- esac
- ;;
*) usevfork='true'
case "$usemymalloc" in
- "") usemymalloc='y'
- ;;
+ "") usemymalloc='n'
+ ;;
esac
libswanted=`echo $libswanted | sed 's/ malloc / /'`
;;
@@ -263,7 +250,7 @@ EOM
# Even with the malloc mutexes the Perl malloc does not
# seem to be threadsafe in FreeBSD?
- usemymalloc=y
+ usemymalloc=n
esac
EOCBU