summaryrefslogtreecommitdiffstats
path: root/gnu/usr.bin/perl
Commit message (Collapse)AuthorAgeFilesLines
* Milestone #1 in cross-arch make releases.ru2002-04-261-7/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Do not install games and profiled libraries to the ${CHROOTDIR} with the initial installworld. Eliminate the need in the second installworld. For that, make sure _everything_ is built in the "world" environment, using the right tool chain. Added SUBDIR_OVERRIDE helper stuff to Makefile.inc1. Split the buildworld process into stages, and skip some stages when SUBDIR_OVERRIDE is set (used to build crypto, krb4, and krb5 dists). Added NO_MAKEDB_RUN knob to Makefile.inc1 to avoid running makewhatis(1) at the end of installworld (used when making crypto, krb4, and krb5 dists). In release/scripts/doFS.sh, ensure that the correct boot blocks are used. Moved the creation of the "crypto" dist from release.5 to release.2. In release.3 and doMFSKERN, build kernels in the "world" environment. KERNELS now means "additional" kernels, GENERIC is always built. Ensure we build crunched binaries in the "world" environment. Obfuscate release/Makefile some more (WMAKEENV) to achieve this. Inline createBOOTMFS target. Use already built GENERIC kernel modules to augment mfsfd's /stand/modules. GC doMODULES as such. Assorted fixes: Get rid of the "afterdistribute" target by moving the single use of it from sys/Makefile to etc/Makefile's "distribute". Makefile.inc1: apparently "etc" no longer needs to be last for "distribute" to succeed. gnu/usr.bin/perl/library/Makefile.inc: do not override the "install" and "distribute" targets, do it the "canonical" way. release/scripts/{man,cat}pages-make.sh: make sure Perl manpages and catpages appear in the right dists. Note that because Perl does not respect the MANBUILDCAT (and NOMAN), this results in a loss of /usr/share/perl/man/cat* empty directories. This will be fixed soon. Turn MAKE_KERBEROS4 into a plain boolean variable (if it is set it means "make KerberosIV"), as documented in the make.conf(5) manpage. Most of the userland makefiles did not test it for "YES" anyway. XXX Should specialized kerberized libpam versions be included into the krb4 and krb5 dists? (libpam.a would be incorrect anyway if both krb4 and krb5 dists were choosen.) Make sure "games" dist is made before "catpages", otherwise games catpages settle in the wrong dist. Fast build machine provided by: Igor Kucherenko <kivvy@sunbay.com>
* Remove my MAINTAINER= from here, as it is in src/MAINTAINERmarkm2002-04-211-2/+0
|
* Tidy up some of the configs; s/gcc/cc/ to make the choice of C compilermarkm2002-04-214-41/+41
| | | | | more generic. Fix paths for things like scripts (fix perldoc). Tweak externally passed macros.
* FreeBSD 4.x bootstrapping aid (no eaccess(2) syscall).ru2002-03-181-0/+6
| | | | Reviewed by: markm
* Update for Perl 5.6.1.markm2002-03-1612-2128/+465
|
* Wrong spelling of PIC.obrien2002-03-111-1/+1
| | | | Submitted by: jake
* Nice set of fixes to use SCRIPT instead of PROG, thus fixing upmarkm2002-02-1019-88/+68
| | | | | | | a lot of nasty STRIP= problems. This has the added side effect if neatening up some leaf makefiles very nicely. Submitted by: ru
* Update this to 5.006.obrien2002-02-101-82/+291
|
* FreeBSD 4.1 bootstrapping aid (setproctitle(3) is in -lutil).ru2002-02-081-0/+7
| | | | | | | | | | | This backs out (sort of) delta 1.18 to perl/miniperl/Makefile. Update to the ld(1) comment by peter in this revision: ld(1) built as part of the cross-tools stage of buildworld has been fixed to look for dynamic dependencies in the right place, ${WORLDTMP}/usr/lib, effective binutils/ld/Makefile,v 1.20. Approved by: markm
* FILES support for bsd.prog.mk. See bsd.README for details.ru2001-12-174-9/+23
| | | | Stolen from: NetBSD
* CFLAGS is not suitable for `optimize' thing; it spams Config.pmru2001-11-271-2/+2
| | | | | | | | | with -nostdinc which breaks Perl ports building. This change will be re-applied if BDE agrees on having COPTFLAGS in userland. PR: bin/31877
* Clone the alpha config for ia64.dfr2001-11-031-76/+285
|
* Respect system ${CFLAGS} when building Perl modules.ru2001-10-1921-43/+23
| | | | | | | | | bsd.obj.mk -> bsd.prog.mk in modules makefiles, as the latter automatically includes ../Makefile.inc and adds -I${DESTDIR}/usr/include to ${CFLAGS} needed for "make world" which is built with -nostdinc. Reviewed by: MAINTAINER timeout
* Unbreak standalone `make depend' in gnu/usr.bin/perl.ru2001-10-041-1/+4
| | | | Noticed by: bde
* Fix cross-building, etc:ru2001-09-297-40/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. To cross-build, one now needs to set TARGET_ARCH, and not the MACHINE_ARCH. MACHINE_ARCH should never be changed manually! 2. Initialize DESTDIR= explicitly for bootstrap-tools, build-tools, and cross-tools stages. This fixes broken header and library dependencies problem. We build them in the host environment, and obviously want them to depend on host headers and libraries. The problem with broken header dependencies for bootstrap-tools and cross-tools was already partially solved (see BOOTSTRAPPING tests in bsd.prog.mk and bsd.lib.mk), but it was still there for build-tools if the user ran "make world DESTDIR=/foo". Also, for all of these stages, the library dependencies were broken because of how bsd.libnames.mk define DPADD members. We still provide a glue to install bootstrap- and cross-tools under the ${WORLDTMP}. Removed PATH overrides for bootstrap-, build-, and cross-tools stages. There is just no reason why we would need to override it, and the hacks to clean up the ${WORLDTMP} in the -DNOCLEAN case are no longer needed with fixes from this step. That is, we now never use ${WORLDTMP} headers and libraries, and we don't use any ${WORLDTMP} installed binaries during these stages. Again, these stages depend solely on the host environment, including compiler, headers, and libraries. 3. Moved "miniperl" back from cross-tools (it has nothing to do with a cross-compiler) to build-tools where it belongs. The change from step 1 let to do this. Also, to make this work, build-tools targets of "cc_tools" and "miniperl" were modified to call "depend". Here follow the detailed explanations. There are two categories of build tools, for now. In the first category there are "cc_tools" and "miniperl". They occupy the whole (sub)directory, and nothing needs to be done in this subdirectory later during the "all" stage. They are also constructed using system makefiles. We must build the .depend early in the build-tools stage because: 1) They use (and depend on) the host environment. 2) If we don't do this in build-tools, the "depend" stage of buildworld will do this for us; wrong library and header dependencies will be recorded (DESTDIR=${WORLDTMP}) and, what's worse, the "all" stage may then clobber the build-architecture format tools (that we built in the build-tools stage) with the target-architecture format ones, breaking cross build. In the second category there are all other build-tools. They share their directory with the "main" module that needs them in the "all" stage, and they don't show up themselves in the .depend file. The portion of this fix was already committed in gnu/usr.bin/cc/cc_tools/Makefile,v 1.52. 4. "libperl" is no longer a build tool, and "miniperl" is the stand-alone application. I had to make this change because build-tools and "all" stages share the same object directory. Without this change, if we cross compile, libperl.a is first built for the build architecture during the build-tools stage (for the purposes of immediate linkage with "miniperl"). Later on, the "all" stage sees this library as up-to-date, and doesn't rebuild it. The effect is that the wrong format static libperl library is installed with installworld. 5. Fixed "includes" to install secure/lib/libtelnet headers if required. Reviewed by: bde
* [ Very nasty nautical expletive removed ]markm2001-09-212-4/+0
| | | | Remove debugging code that should never have been committed.
* Through some hackery-pokery, allow folks to cd to src/gnu/usr.bin/perlmarkm2001-09-203-3/+22
| | | | | | | and do the usual "make obj && make depend all". This sort of stuff makes my teeth itch, but folks wanted it badly enough, so here it is.
* Fix the build of C programs that link against libperl, and use thetobez2001-06-137-14/+14
| | | | | | | | | | | blessed way of doing this: cc -o interp interp.c `perl -MExtUtils::Embed -e ccopts -e ldopts` In order for this to work, ldopts should contain -lcrypt. PR: 21804 Reviewed by: markm
* For the time being, Perl threading is considered dangerous. How, whenmarkm2001-05-318-4625/+1
| | | | and why this is re-enabled will be addressed again in the future.
* From the submitter:markm2001-05-262-3/+2
| | | | | | | | | | | | | | | | | | | | $ PERL_DL_NONLAZY=1 perl -MPOSIX -e '' Can't load '/usr/libdata/perl/5.6.0/mach/auto/POSIX/POSIX.so' for module POSIX: /usr/libdata/perl/5.6.0/mach/auto/POSIX/POSIX.so: Undefined symbol "sv_setptrobj" at /usr/libdata/perl/5.6.0/XSLoader.pm line 73. at /usr/libdata/perl/5.6.0/mach/POSIX.pm line 24 Compilation failed in require. BEGIN failed--compilation aborted. This problem only exists in -CURRENT. Most often it is reproduced when compiling some perl extension manually. Make test uses PERL_DL_NONLAZY, and if a tested module uses POSIX, boom! Luckily, we don't see it very often, mostly because the vast majority of p5 ports do not perform the `make test' step. Submitted by: Anton Berezin <tobez@tobez.org> Needs to be a committer already: Anton Berezin <tobez@tobez.org>
* CURRENT no longer needs -pthreadmarkm2001-05-261-1/+0
|
* - Avoid circular `use Config', which may lead to random synax errorsmarkm2001-05-022-9/+13
| | | | | | | | | | produced by miniperl during buildworld phase. - While at it, do loading of SelfLoader only when it is needed, and in place where it is needed. Submitted by: tobez@tobez.org (who is doing way too much good work and is in need of the Commit Bit punishment)
* * Add Config.pm to fight situations when perldoc(1) showed a manual pagejoe2001-05-016-10/+94
| | | | | | | | | | | | for a module overridden by BSDPAN instead of the original module. * Fix wrong manual section numbers in SEE ALSO. * Add `Revision 42' to the beer-ware license. The BSDPAN author did not originally get the reference and removed the revision from original phk's version. Submitted by: Anton Berezin <tobez@tobez.org>
* From the author:markm2001-04-081-0/+1
| | | | | Fix a bug when the return values from the overridden sub were lost during the first invocation.
* Fix a few bugs in BSDPAN:joe2001-04-052-10/+30
| | | | | | | | | | | | | | | | | * Fix a bug which prevented the second invocation of overloaded subs governed by SelfLoader from functioning. * Fix a bug with XS modules. MakeMaker determines where the xsubpp preprocessor is located by adding "ExtUtils" string to the Perl's system path. At the same time, BSDPAN has to fool MakeMaker into thinking that the Perl's system path is elsewhere. Now we `reverse-adjust' the notion of the Perl's system path for a moment, so xsubpp utility is found. This should fix the breakage with some p5- ports. Reported by: vanilla Submitted by: Anton Berezin <tobez@tobez.org>
* Commit the first version of BSDPAN.joe2001-04-0322-29/+769
| | | | | | | | | | | | | | | | | | | BSDPAN is the collection of modules that provides tighter than ever integration of Perl into BSD Unix. Currently, BSDPAN does the following: o makes p5- FreeBSD ports PREFIX-clean; o registers Perl modules in the FreeBSD package database with a package name derived from the module name. The name is of the form: bsdpan-ModuleName-V.VV. Anyone interested in where BSDPAN is developing should read Anton's message to the ports mailling list: Message-ID: <20010105040828.A26011@heechee.tobez.org> Submitted by: Anton Berezin <tobez@tobez.org>
* MAN[1-9] -> MAN.ru2001-03-271-1/+1
|
* When setproctitle() moved from libutil to libc, we forgot to back thepeter2001-02-132-4/+4
| | | | | | | change out that made libperl.so dynamically depend on libutil.so to pick up setproctitle() in its old location. This breaks changes involving incomptabable libc's because ld looks for the dynamic dependency (which it has no business doing anyway) in the wrong place - /usr/lib!
* Fix cross-building.marcel2000-11-207-12/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Change "PERL_THREADED=yes" to "PERL_THREADED=true".vanilla2000-10-301-4/+2
|
* Add suffix "-thread" to archname when perl with thread support.vanilla2000-10-309-11/+11
| | | | Approved by: markm
* Gosh. I managed to commit the wrong version of this file. Darn;markm2000-09-151-4/+4
| | | | | | I must remember not to do that again. (This fixes broken install and distribute targets)
* Silence the perl build a lot; particularly in the case where amarkm2000-09-141-4/+4
| | | | | | | "make all" is being done on top of a "make buildworld", and nothing needs making. Asked for by: jkh
* Fixes and cleanups to the perl build; don't error out when NOCLEAN ismarkm2000-08-207-10/+20
| | | | | | set and directories are being (re)made; build the procname ($0) stuff, don't install miniperl. (Miniperl needs a revisit).
* Always build and install suidperl. Only install suidperl setuid whenimp2000-08-132-5/+5
| | | | | | | | | 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.
* Don't build suidperl by default. Make users specifically enable itsimp2000-08-101-1/+1
| | | | building.
* Bunch-o'-tweaks.markm2000-07-026-149/+149
| | | | | | | | | | | | | | 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.
* Fix the perl build on the Alpha. int32 is 'int' not 'long'. int64 ispeter2000-06-302-8/+8
| | | | 'long', not 'long long'. Maybe the intXX_t types should have been used.
* Tweaks to the build to allow "make -DNOCLEAN" and "make release" tomarkm2000-06-293-2/+10
| | | | work.
* Fix the upgrade-build case.markm2000-06-2715-28/+40
|
* Fix for bootstrapping. Grr. Pointy Hat Please?markm2000-06-263-2/+14
|
* Thread support for v5.6.0markm2000-06-262-154/+566
|
* Userland build stuff for Perl5.006.markm2000-06-2539-999/+984
| | | | | 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.
* Remove libxpg4ache2000-06-042-4/+4
|
* Perl lib configuration for IA-64 (along with PPC and arm32)obrien2000-04-176-0/+3602
|
* Add a config.SH for the sparc and sparc64 ports. The ones for the sparc64steve2000-04-164-0/+2400
| | | | | | might need some adjusting for the size of long long and long double. Reviewed and approved by: markm
* Fixed wrong path to libperl in DPADD.bde2000-03-271-4/+7
| | | | | | | | | Fixed wrong path to libperl in LDADD in some funky objdir setups. Use ${dir}/libfoo.a instead of -L${dir} -lfoo for local static libraries in LDADD so that `make checkdpadd' doesn't report non-errors. Fixed misformatting of $FreeBSD$.
* Don't abuse LDADD for holding linker flags. Doing so brokebde2000-03-272-6/+4
| | | | | | | `make checkdpadd'. Linker flags (ones passed via ${CC}) go in LDFLAGS. Fixed some style bugs (misformatting of $FreeBSD$).
* Fixed missing DPADD.bde2000-03-271-3/+2
| | | | | Fixed some style bugs (some usual ones for LDADD, and misformatting of $FreeBSD$).
* Considerable upgrade to the way perl links to shared objects. Thismarkm2000-03-087-96/+104
| | | | | | | | fixes the way that third-party apps like apache link in perl .so's (and previously did not get libperl linked in.) NOTE - you neeed to recompile all your perl stuff - all the p5-* por4ts with C code, and things like mod_perl.
OpenPOWER on IntegriCloud