summaryrefslogtreecommitdiff
path: root/hints/freebsd.sh
Commit message (Collapse)AuthorAgeFilesLines
* Make freebsd not use POSIX 2008 localesKarl Williamson2022-08-201-0/+3
| | | | | | https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265950 We do not yet know the extent of the problem.
* hints/freebsd.sh: Don't use querylocale() due to bugsKarl Williamson2022-08-171-0/+4
| | | | https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255646
* on freebsd replace the first part of archname with `uname -p`Tony Cook2022-07-081-0/+15
| | | | | | | | | | | | | | | On FreeBSD C<uname -m> produces "powerpc" for all of 32-bit power pc, 32-powerpc little endian, 64-bit powerpc and 64-bit powerpc little endian, which means we produce the same archname for all 4 of those incompatible architectures. To avoid that, if no -Darchname has been supplied, the FreeBSD hints now creates an archname.cbu to postprocess archname replacing a leading "`uname -m`-" with "`uname -p`-" which does distinguish between the different architectures. This change isn't suitable for all non-FreeBSD systems, on Linux at least, C<uname -p> is "unknown" on my x86_64 machine. Fixes #19791
* Fix language referring to GitHub issue tracker in various placesDave Rolsky2020-03-141-1/+1
| | | | | | | | | | | | There were a number of spots that used language more appropriate for an email address than a web-based tracker. I noticed this because of the recent 5.30.2 release, which has a perldelta containing the sentence "If you find any we have missed, send email to https://github.com/Perl/perl5/issues." But I think that was because the 5.30.2 branch did not include 8166b4e0bc220e759aa233af54ac1e60cc510f0c.
* Update documentation, readmes, comments, and utilities to reference the ↵Dan Book2019-12-221-1/+1
| | | | | | GitHub issue tracker The perlbug utility and perlbug@perl.org should no longer be used to submit bug reports or patches.
* Convert issue links from rt.perl.org to GitHubDan Book2019-11-261-1/+1
|
* Revert "PATCH: [perl #134031] BBC breake Math::Clipper"Karl Williamson2019-05-061-4/+0
| | | | | | | This reverts commit 9ddfdb573eecc4201e23e59c82335dbdd9e7c7d3. It turns out that strtod() isn't less accurate than atof() on this platform; it's generally more accurate. We still don't fully understand the situation, but the answer isn't this commit.
* PATCH: [perl #134031] BBC breake Math::ClipperKarl Williamson2019-05-011-0/+4
| | | | | | | | | This turns out to be that strtod() is less accurate on this platform than atof(). I looked at the difference, and a test failed that was failing in this module was the difference between a 0 and a 1 in the final digit. The solution is to forbid in the hints file using strtod
* Revise when POSIX 2008 ops on FreeBSDKarl Williamson2018-02-181-3/+5
| | | | | | | | It appears that bugs in FreeBSD are not fully fixed until later than we thought, and so this commit updates the hints file to exclude POSIX 2008 operations on releases previously permitted. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211743
* Set more sensible -O optimization on FreeBSDTom Hukins2018-01-161-0/+7
| | | | | | FreeBSD's /usr/share/mk/sys.mk specifies -O2 for architectures other than arm and mips. By default, compile perl with the same optimization levels.
* Relax workaround for d_uselocale from RT #128867.James E Keenan2017-12-041-2/+14
| | | | | | | | | | More precisely, tailor the application of the workaround to the FreeBSD userland version ranges specified in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211743#c10. (Using userland version ('uname -U') rather than kernel version ('uname -K') at suggestion of Mathieu Arnold. We probably don't need an 'else' branch; let Configure handle it.
* Simpler hints fix for [perl #131337].Andy Dougherty2017-06-121-2/+4
| | | | | | The Configure scan fails to find dlopen() with g++. Explicitly making it availble allows Configure to default to using dynamic loading, but still allows the user to override and use static loading.
* When building with g++ on FreeBSD, explicitly set 'usedl' and 'dlsrc'.James E Keenan2017-06-031-0/+9
| | | | | For: https://rt.perl.org/Ticket/Display.html?id=131337 Signed-off-by: James E Keenan <jkeenan@cpan.org>
* Correct spelling error.James E Keenan2017-01-141-1/+1
|
* (perl #130108) add elf to libswanted on FreeBSD 10.xTony Cook2017-01-051-0/+8
| | | | | | | | usedtrace builds add references to libelf symbols, causing link failures without it. at hints time we don't know if the user will interactively select dtrace and there's no CBU, so it's added unconditionally on 10.x
* PATCH: [perl #128867] Locale failures on FREE BSDKarl Williamson2016-08-101-0/+2
| | | | | | | | | | | | | | | | | | | | The main failure appears to be a bug in freebsd. Jim Keenan and I have created a stand-alone C program, not involving Perl, that reproduces it, which I will attach to the ticket. I have searched their bug db and not found this reported, so will create a ticket against them. Several of the failures are bugs in some of the locale definitions for freebsd, like not all lowercase letters also being alphas. I will report these as well, and adjust the allowable failure percentage for this platform, if necessary, to get these to not fail the test at large. The bug is that newlocale() and/or uselocale() are not working properly. These are from POSIX 2008, and perl has not used them previously. I sort of expected some platforms to have not implemented them properly; this is the first one we've encountered that does so. This changes the hints file so that it appears that uselocale() is not on the system.
* If long double math functions do not work, drop uselongdouble.Jarkko Hietaniemi2014-11-121-32/+0
| | | | | | | | | | | | This moves a earlier version of the test from the freebsd hints to Configure, thus stopping also any other platforms that have lacking longdouble implementations. The test is not comprehensive (not all long double interfaces are tested), but it covers some of the most common ones. The earlier test was actually wrong, so no FreeBSD could ever pass. Sorry, FreeBSD.
* FreeBSD may not have the C99 long double math interfaces.Jarkko Hietaniemi2014-11-091-0/+33
| | | | (This sanity logic could migrated to Configure)
* Correct FreeBSD hints file for FreeBSD 10.0Jilles Tjoelker2011-10-301-3/+4
| | | | | | | | | | | Perl does not build on FreeBSD 10.0 because some checks in hints/freebsd.sh think FreeBSD 10 is FreeBSD 1 and therefore enable behaviour only appropriate for a.out systems. The below patch was included in the lang/perl5.12 port and fixes its build. The resulting binaries are also suitable to compile other ports. I have also verified that this patch applies to lang/perl5.10 and lang/perl5.14, making them build.
* Fix typos (spelling errors) in hints/*.Peter J. Acklam) (via RT2011-01-071-1/+1
| | | | | | | | | # New Ticket Created by (Peter J. Acklam) # Please include the string: [perl #81884] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81884 > Signed-off-by: Abigail <abigail@abigail.be>
* FreeBSD 7+ no longer contains /usr/bin/objformat, so the followingTodd Rinaldo2010-04-221-1/+8
| | | | | | | | | | | | | (harmless) following error message is printed when hints are run: ./hints/freebsd.sh: /usr/bin/objformat: not found The reason for this is outlined in this email from Feb 2007 http://lists.freebsd.org/pipermail/freebsd-ports/2007-February/038523.html This patch just skips the objformat check for versions 7+ and assumes ELF. (The end result is unchanged, but the error message will not be printed anymore.)
* Future-proof the FreeBSD hints - assume that FreeBSD 8, 9 etc behaveNicholas Clark2008-10-211-9/+9
| | | | | like 7, not 6 and earlier. p4raw-id: //depot/perl@34546
* FreeBSD 7 libc_r detectionTony Cook2008-10-211-0/+8
| | | | | | Message-ID: <20081020232630.GA20563@mars.tony.develop-help.com> Date: Tue, 21 Oct 2008 10:26:30 +1100 p4raw-id: //depot/perl@34542
* (Was Re: [PATCH] FreeBSD atoll() warning)Andy Dougherty2007-10-251-0/+9
| | | | | Message-ID: <Pine.LNX.4.64.0710241307450.21836@fractal.phys.lafayette.edu> p4raw-id: //depot/perl@32190
* Undo the non-maint part of change 30816. Silly Nicholas.Nicholas Clark2007-04-101-12/+1
| | | p4raw-id: //depot/perl@30894
* Integrate:Nicholas Clark2007-03-311-1/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | [ 30652] In safecalloc, use the system calloc() for the non-DEBUGGING case, as it may be able to memset() to 0 for free. [ 30661] Remove the (sometimes) unused variable from change 30652. [ 30670] Subject: [PATCH] Change 30661 could result in undefined variable From: "Jerry D. Hedden" <jdhedden@yahoo.com> Message-ID: <915076.64236.qm@web30212.mail.mud.yahoo.com> Date: Wed, 21 Mar 2007 12:47:52 -0700 (PDT) [ 30771] Subject: [PATCH] util.c [PATCH] perlhack.pod (Was: Re: threads crashes in Tru64) From: Jarkko Hietaniemi <jhi@iki.fi> Date: Mon, 26 Mar 2007 19:50:11 -0400 Message-ID: <46085C33.1030601@iki.fi> p4raw-link: @30771 on //depot/perl: ad7244db27635ed088fc05a8a69e99bbb19c36d6 p4raw-link: @30670 on //depot/perl: 6460123ae692a9c25bc8c2253f12c8cf6f0ebdc0 p4raw-link: @30661 on //depot/perl: a93c8a9e4a51d34ca994257e736b80ca04ec6f9e p4raw-link: @30652 on //depot/perl: e1a95402a0ef053bf8dd15ba3824743513f0725e p4raw-id: //depot/perl@30816
* Default to ELF on FreeBSD when objformat is not thereAnton Berezin2007-03-081-6/+6
| | | | | Message-ID: <20070308110845.GA24332@heechee.tobez.org> p4raw-id: //depot/perl@30512
* Anton Berezin says that on FreeBSD we're wrong to be using -lc_r, andNicholas Clark2006-04-281-11/+22
| | | | | | | should just be using -pthread on the linker line. This stops the new taint tests looping infinitely. It also seems to cure the TODO test in posix.t - masked SIGINT is now received. p4raw-id: //depot/perl@27995
* Remaining smoked platforms where malloc wrap is known to work.Nicholas Clark2004-03-241-0/+4
| | | | | | Data for Irix and NetBSD would be useful - they probably will work too. Will Unicos work? Place bets now... p4raw-id: //depot/perl@22585
* In FreeBSD allow one to try using Perl's malloc with threads.Jarkko Hietaniemi2003-09-201-2/+3
| | | p4raw-id: //depot/perl@21291
* More comments for the FreeBSD threads hints.Jarkko Hietaniemi2003-09-121-0/+5
| | | p4raw-id: //depot/perl@21191
* More refactoring of the FreeBSD threads hints.Jarkko Hietaniemi2003-09-111-9/+6
| | | | | | | Basically, for fresh enough 5.x the -pthread is dropped, otherwise keep it, and no known FreeBSD release has a functional gethostbyaddr_r. p4raw-id: //depot/perl@21188
* The change of not needing -pthread in FreeBSD 5.xJarkko Hietaniemi2003-09-111-1/+3
| | | | | is very recent (Sep 3) (from Anton Berezin). p4raw-id: //depot/perl@21181
* Enache still wants -pthread gone for FreeBSD 5.xJarkko Hietaniemi2003-09-111-13/+4
| | | | | since it doesn't work with the latest -current. p4raw-id: //depot/perl@21172
* Retract #21168 based on advice from Anton Berezin (added).Jarkko Hietaniemi2003-09-111-0/+12
| | | p4raw-id: //depot/perl@21169
* nit to hints/freebsd.shAdrian M. Enache2003-09-101-1/+0
| | | | | Message-ID: <20030910165059.GB1321@ratsnest.hole> p4raw-id: //depot/perl@21168
* FreeBSD hints updates from Anton Berezin.Jarkko Hietaniemi2003-09-051-7/+14
| | | p4raw-id: //depot/perl@21044
* Play safe and use the system malloc in FreeBSD.Jarkko Hietaniemi2003-07-091-16/+3
| | | | | | Yes, performance suffers. But that is better than random core dumps. p4raw-id: //depot/perl@20093
* FreeBSD: if someone *really* wants to use the system malloc.Jarkko Hietaniemi2003-07-061-2/+8
| | | p4raw-id: //depot/perl@20026
* Start using Perl malloc in FreeBSD since the system mallocDan Kogai2003-06-151-3/+10
| | | | | | | | is reaaally slooow for Perl. Subject: FreeBSD 5.1 vs. -Uusemymalloc Message-Id: <3CE9B94D-9F51-11D7-AF50-000393AE4244@dan.co.jp> p4raw-id: //depot/perl@19790
* FreeBSD 5.0 gethostbyaddr_r hints updateKay Roepke2003-03-071-2/+3
| | | | | | | | Message-ID: <3E67C4EA.A55FFE5C@dolphin-services.de> (plus change the d_gethostbyaddr_r_proto default to "0", that is what an undefined r_proto looks like) p4raw-id: //depot/perl@18846
* More email addresses for #18282Hugo van der Sanden2002-12-111-1/+1
| | | p4raw-id: //depot/perl@18283
* hints/freebsd.sh to allow usemymallocSlaven Rezic2002-03-291-3/+12
| | | | | Message-ID: <87bsd88jt9.fsf_-_@vran.herceg.de> p4raw-id: //depot/perl@15603
* It seems that FreeBSD does not like using Perl's mallocJarkko Hietaniemi2002-03-251-0/+5
| | | | | when multithreaded. p4raw-id: //depot/perl@15487
* Message-ID: <87n0x2wa5g.fsf@vran.herceg.de>Slaven Rezic2002-03-211-1/+1
| | | | | Disable gethostbyaddr_r for all 4.x FreeBSD versions. p4raw-id: //depot/perl@15403
* FreeBSD is lying to us: there is no threadsafe gethostbyaddr_r.Jarkko Hietaniemi2002-03-161-1/+7
| | | p4raw-id: //depot/perl@15262
* More paranoid _r protochecking. At least Tru64 andJarkko Hietaniemi2002-03-161-0/+1
| | | | | | | Linux need additional hinting help to believe that the time_r protos exist; turn on FreeBSD _THREAD_SAFE to see what goes bang. p4raw-id: //depot/perl@15257
* Re: [PATCH] for broken /proc/curproc/file on FreeBSDJarkko Hietaniemi2002-03-111-3/+0
| | | | | | | | | | | | | | | From: Nicholas Clark <nick@unfortu.net> Date: Sun, 10 Mar 2002 18:17:50 +0000 Message-ID: <20020310181749.GC317@Bagpuss.unfortu.net> Subject: Re: [PATCH] for broken /proc/curproc/file on FreeBSD From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Sun, 10 Mar 2002 13:53:34 -0800 Message-ID: <eX9i8gzkg26G092yn@efn.org> (and reenable the feature in freebsd, and move the freebsd pr url to perl.c) p4raw-id: //depot/perl@15160
* for broken /proc/curproc/file on FreeBSDSlaven Rezic2002-03-101-0/+4
| | | | | Message-ID: <87lmd1qjj6.fsf@vran.herceg.de> p4raw-id: //depot/perl@15144
* [ID 20020220.002] Perl 5.7.2 porting patches for POSIX 1003.1-2001 hosts Paul Eggert2002-02-201-1/+1
| | | | | Message-Id: <200202201103.g1KB3p427665@sic.twinsun.com> p4raw-id: //depot/perl@14784
View Lorry Controller Status