summaryrefslogtreecommitdiff
path: root/hints/linux.sh
Commit message (Collapse)AuthorAgeFilesLines
* The linux hints file should only look for -lgdbm_compat if -lgdbm is wanted.Nicholas Clark2014-03-201-1/+5
| | | | | | | | | Previously they would unconditionally add gdbm_compat to the list of wanted libraries. This is unhelpful if the user has passed Configure arguments to constrain the library search to avoid libgdbm.so, because Configure would still end up finding libgdbm_compat.so, which at best is not useful without libgdbm.so, and at worse could have the same problems that caused the user to avoid libgdbm.so (eg not compatible with the current compiler flags)
* Linux hints: Improve the code that looks for libc.soBrian Fraser2014-01-261-11/+26
|
* Linux hints: Improve the portability of the -lndbm checkBrian Fraser2014-01-261-10/+21
|
* Linux hints: add some missing $ccflagsBrian Fraser2014-01-261-2/+2
|
* Linux hints: Handle `uname -m` in cross-compilation buildsBrian Fraser2014-01-261-3/+6
|
* Linux hints: try using user-provided binaries before going for the defaultsBrian Fraser2014-01-261-3/+3
| | | | | This means that if the user called Configure with -Dnm=/foo/bar/nm, the hints will try using that before going for plain 'nm'
* Synology support now more explicitH.Merijn Brand2013-11-111-29/+27
| | | | | | Johan Vromans tested the changes on DS413. The changes I added before are more Synology specific (though perhaps not only appropriate for Synology) but at least wider than just armv5tel
* With symlinks in /lib m and crypt are are no longer exceptionsH.Merijn Brand2013-11-081-1/+1
| | | | | | | | | | Configure will only look for libfoo.so. If libfoo.so.{num} exists and libfoo.so does not, make a symbolic link and start over. For this Synology DS213, I needed # cd /lib # ln -s libm.so.6 libm.so # ln -s libcrypt.so.1 libcrypt.so
* hints for CPU model Marvell Kirkwood mv6282 ARMv5teH.Merijn Brand2013-11-081-0/+29
| | | | | | | | | Tested on Synology DS213 architecture arm5tel seems to differ from other ARM On Synology, all development is installed under /opt LANG settings other than C are not (really) supported
* fix g++ and nmDavid Mitchell2012-12-301-10/+0
| | | | | | | | Under some versions of linux, Configure wouldn't work with g++ due to the forcing of using nm in hints/linux.sh. This forcing is apparently no longer necessary, so just remove it. See this thread for more details: <20121204151925.GO1900@iabyn.com>
* In the Linux hints, invoke gcc with LANG and LC_ALL set to "C".Nicholas Clark2012-05-141-1/+1
| | | | | | | The output of gcc -print-search-dirs is subject to localisation, which means that the literal text "libraries" will not be present if the user has a non-English locale, and we won't determine the correct path for libraries such as -lm, breaking the build. Problem diagnosed by Alexander Hartmaier.
* Further eliminate POSIX-emulation under LinuxThreadsÆvar Arnfjörð Bjarmason2012-02-151-7/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Under POSIX threads the getpid() and getppid() functions return the same values across multiple threads, i.e. threads don't have their own PID's. This is not the case under the obsolete LinuxThreads where each thread has a different PID, so getpid() and getppid() will return different values across threads. Ever since the first perl 5.0 we've returned POSIX-consistent semantics for $$, until v5.14.0-251-g0e21945 when the getpid() cache was removed. In 5.8.1 Rafael added further explicit POSIX emulation in perl-5.8.0-133-g4d76a34 [1] by explicitly caching getppid(), so that multiple threads would always return the same value. I don't think all this effort to emulate POSIX sematics is worth it. I think $$ and getppid() are OS-level functions that should always return the same as their C equivalents. I shouldn't have to use a module like Linux::Pid to get the OS version of the return values. This is pretty much a complete non-issue in practice these days, LinuxThreads was a Linux 2.4 thread implementation that nobody maintains anymore[2], all modern Linux distros use NPTL threads which don't suffer from this discrepancy. Debian GNU/kFreeBSD does use LinuxThreads in the 6.0 release, but they too will be moving away from it in future releases, and really, nobody uses Debian GNU/kFreeBSD anyway. This caching makes it unnecessarily tedious to fork an embedded Perl interpreter. When someone that constructs an embedded perl interpreter and forks their application, the fork(2) system call isn't going to run Perl_pp_fork(), and thus the return value of $$ and getppid() doesn't reflect the current process. See [3] for a bug in uWSGI related to this, and Perl::AfterFork on the CPAN for XS code that you need to run after forking a PerlInterpreter unbeknownst to perl. We've already been failing the tests in t/op/getpid.t on these Linux systems that nobody apparently uses, the Debian GNU/kFreeBSD users did notice and filed #96270, this patch fixes that failure by changing the tests to test for different behavior under LinuxThreads, I've tested that this works on my Debian GNU/kFreeBSD 6.0.4 virtual machine. If this change is found to be unacceptable (i.e. we want to continue to emulate POSIX thread semantics for the sake of LinuxThreads) we also need to revert v5.14.0-251-g0e21945, because currently we're only emulating POSIX semantics for getppid(), not getpid(). But I don't think we should do that, both v5.14.0-251-g0e21945 and this commit are awesome. This commit includes a change to embedvar.h made by "make regen_headers". 1. http://www.nntp.perl.org/group/perl.perl5.porters/2002/08/msg64603.html 2. http://pauillac.inria.fr/~xleroy/linuxthreads/ 3. http://projects.unbit.it/uwsgi/ticket/85
* Don't include libutil.h on LinuxFlorian Ragwitz2011-07-131-0/+3
| | | | | All it does is cause warnings on recent systems with that header installed. It's required for some variants of FreeBSD only.
* Prefer the system gcc when searching for libraries such as -lmNicholas Clark2011-06-181-1/+9
| | | | | | | 40f026236b9959b7 added code to the Linux hints file to use gcc to locate libraries such as -lm. However, if the user has their own gcc earlier in $PATH than the system gcc, we don't want its libraries. So try to prefer the system gcc.
* collapse plibpth to one line and remove trailing /Andy Dougherty2011-04-181-2/+4
| | | | | | | | | | | The recent change to hints/linux.sh, 40f026236b9959b7ad3260fedc6c66cd30bb7abc set the plibpth variable. It was supposed to set all entries on a single line, but it didn't. Do it now, and also remove trailing /'s. (The collapsing is a more robust version of the previous commit, since reverted, that davem wrote independently).
* Revert "collapse plibpth to one line"David Mitchell2011-04-181-2/+1
| | | | | | This reverts commit 55e4a474ad63535e486bd657f45b5339709cbcd3. In improved version is coming next...
* collapse plibpth to one lineDavid Mitchell2011-04-181-1/+2
| | | | | | | | The recent change to hints/linux.sh, 40f026236b9959b7ad3260fedc6c66cd30bb7abc set the plibpth variable. It was supposed to set all entries on a single line, but it didn't. Do it now,
* As part of their switch to a multi-arch library layout,Andy Dougherty2011-04-171-0/+18
| | | | | | | | | | | | | | | Ubuntu 11.04 (and later, presumably) doesn't keep most libraries (such as -lm) in /lib or /usr/lib. So we have to ask gcc to tell us where to look. We don't want gcc's own libraries, however, so we filter those out. This could be conditional on Ubuntu, but other distributions have announced their intent follow suit, and this scheme seems to work even on rather old gcc's. This unconditionally uses gcc because even if the user is using another compiler, we still need to find the math library and friends, and I don't know how other compilers will cope with that situation. Still, as an escape hatch, allow Configure command line overrides to plibpth to bypass this check.
* 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>
* record version of Intel C during configureTony Cook2009-11-241-0/+5
| | | | | | | | | Currently building with icc records an empty ccversion, the attached change fixes that. Tony Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
* Future-proof hints/linux.sh against Sun's cc -V output.Andy Dougherty2008-11-141-1/+5
| | | | | Message-ID: <Pine.LNX.4.64.0811141300220.6539@fractal.phys.lafayette.edu> p4raw-id: //depot/perl@34835
* Relocations errors with Intel CC 10 on 64 bits archsVincent Pit2008-11-111-0/+6
| | | | | Message-ID: <49199D7F.7030304@profvince.com> p4raw-id: //depot/perl@34815
* Minor hints/linux.sh patch to allow setting -DoptimizeAndy Dougherty2008-07-291-1/+1
| | | | | Message-ID: <Pine.LNX.4.64.0807291159410.23060@fractal.phys.lafayette.edu> p4raw-id: //depot/perl@34162
* Re: [perl #50180] NDBM_File fails to build Andy Dougherty2008-05-171-0/+3
| | | | | Message-ID: <Pine.LNX.4.64.0805131224130.9728@fractal.phys.lafayette.edu> p4raw-id: //depot/perl@33845
* Patches to compile perl on Cray XT4 Catamount/Qk, by JarkkoRafael Garcia-Suarez2007-06-171-1/+9
| | | p4raw-id: //depot/perl@31404
* On Linux, don't compile with -DTHREADS_HAVE_PIDS if theRafael Garcia-Suarez2007-03-261-1/+7
| | | | | kernel uses the NPTL threading model p4raw-id: //depot/perl@30758
* libdb may require pthreadJonathan Stowe2007-02-071-3/+40
| | | | | Message-Id: <1170849377.13207.14.camel@coriolanus.gellyfish.com> p4raw-id: //depot/perl@30155
* Linux and Solaris hints: C++ vs dlerrorJarkko Hietaniemi2006-10-101-0/+8
| | | | | Message-ID: <452B7D58.1090009@iki.fi> p4raw-id: //depot/perl@28979
* Additional floating point strictness is needed to get Intel cc to passSteve Peters2006-08-151-2/+2
| | | | | its tests. p4raw-id: //depot/perl@28728
* g++ heavy shovelingJarkko Hietaniemi2006-08-021-0/+12
| | | | | Message-ID: <44CFC1EA.2050702@iki.fi> p4raw-id: //depot/perl@28645
* Keep Intel C++ from claiming that it is gcc.Steve Peters2006-07-131-1/+2
| | | p4raw-id: //depot/perl@28566
* Sun C on Linux doesn't complain about the attributes sprinkled Steve Peters2006-05-261-0/+9
| | | | | | through the code in all cases, even though attributes are not supported. In some cases, however, it does. p4raw-id: //depot/perl@28309
* Add -fno-delete-null-pointer-checks to ccflags on Itaniums when Steve Peters2006-05-101-1/+11
| | | | | compiling with gcc's 3.2, 3.3, or 3.4. This fixes RT #37156. p4raw-id: //depot/perl@28155
* Fix some test failures in t/op/cmp.t when compiling with the IntelSteve Peters2006-03-221-1/+2
| | | | | C++ Compiler on Linux. p4raw-id: //depot/perl@27568
* Don't add -fPIC if already present.Brendan O'Dea2006-02-171-0/+1
| | | | | | | Subject: [PATCH] 5.8.8: Debian patches From: "Brendan O'Dea" <bod@debian.org> Message-ID: <20060210133715.GA6826@londo.c47.org> p4raw-id: //depot/perl@27212
* Initial, albeit hackish, support for the alpha version of Sun StudioSteve Peters2005-11-181-0/+5
| | | | | compilers of Linux. p4raw-id: //depot/perl@26153
* Changes for hints/linux.sh for PurifySteve Peters2005-09-231-0/+10
| | | | | Message-ID: <20050923133858.GA29475@mccoy.peters.homeunix.org> p4raw-id: //depot/perl@25582
* make test of perl 5.8.7 failed on icc9YAMASHINA Hio2005-08-181-1/+1
| | | | | Message-Id: <20050818165213.BDF1.HIO@ymir.co.jp> p4raw-id: //depot/perl@25305
* Re: Smoke [5.9.2] 24061 FAIL(m) linux 2.6.10-1.770_FC3 [fedora] (i686/1 cpu)Steve Peters2005-03-251-3/+4
| | | | | Message-ID: <20050322231523.GA3083@mccoy.peters.homeunix.org> p4raw-id: //depot/perl@24075
* On Linux-PPC, using gcc, downgrade to the -O1 optimisationRafael Garcia-Suarez2004-04-161-1/+10
| | | | | level (with -O2 miniperl behaves really badly.) p4raw-id: //depot/perl@22706
* Remaining smoked platforms where malloc wrap is known to work.Nicholas Clark2004-03-241-0/+5
| | | | | | Data for Irix and NetBSD would be useful - they probably will work too. Will Unicos work? Place bets now... p4raw-id: //depot/perl@22585
* Use the optimization level -O2 by default on Linux/gcc.Marcus Holland-Moritz2004-01-021-13/+2
| | | | | | | | See : Subject: Benchmarking (was Re: GCC bug breaking Perl_sv_catpvfn()?) From: "Marcus Holland-Moritz" <mhx-perl@gmx.net> Message-ID: <071601c3d020$4046d2a0$d500a8c0@R2D2> p4raw-id: //depot/perl@22043
* Be sure to use -fPIC not -fpic on Linux/SPARCAndy Dougherty2003-11-051-2/+2
| | | | | Message-ID: <Pine.SOL.4.53.0311051715140.24878@maxwell.phys.lafayette.edu> p4raw-id: //depot/perl@21673
* Re: [PATCH] RC5 and Intel's ICCMarcus Holland-Moritz2003-09-231-0/+12
| | | | | | | | | From: "Marcus Holland-Moritz" <mhx-perl@gmx.net> Message-ID: <00d101c381d3$3d761fe0$0c2f1fac@R2D2> (add -we147 to ccflags if cc = ICC so that prototype detection works right) p4raw-id: //depot/perl@21339
* Integrate from maint:Jarkko Hietaniemi2003-08-071-9/+26
| | | | | | | | | [ 20543] Workround for SuSE8.2's -lndbm hack p4raw-link: @20543 on //depot/maint-5.8/perl: d551851b7b11c9bb540da7f8c6e89eeb18e96630 p4raw-id: //depot/perl@20547 p4raw-integrated: from //depot/maint-5.8/perl@20546 'copy in' hints/linux.sh (@18080..)
* posixify getppid on linux-multithreadRafael Garcia-Suarez2002-08-291-1/+1
| | | | | Message-Id: <20020806215646.3f6852bb.rgarciasuarez@free.fr> p4raw-id: //depot/perl@17798
* More for #16991.Jarkko Hietaniemi2002-06-051-27/+0
| | | p4raw-id: //depot/perl@17006
* Update Andy.Jarkko Hietaniemi2002-05-301-1/+1
| | | p4raw-id: //depot/perl@16901
* Re: Linux glibc 2.2.90 issue; likely from readonly stdio mmapAndy Dougherty2002-05-301-0/+27
| | | | | Message-ID: <Pine.SOL.4.10.10205301008040.22885-100000@maxwell.phys.lafayette.edu> p4raw-id: //depot/perl@16887
* One more proto escapee.Jarkko Hietaniemi2002-03-211-0/+1
| | | p4raw-id: //depot/perl@15396
View Lorry Controller Status