summaryrefslogtreecommitdiffstats
path: root/gnu/usr.bin/perl/libperl
Commit message (Collapse)AuthorAgeFilesLines
* Remove the perl build. Farewell, old friend.markm2002-05-165-3409/+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.
* Update for Perl 5.6.1.markm2002-03-168-2114/+458
|
* Wrong spelling of PIC.obrien2002-03-111-1/+1
| | | | Submitted by: jake
* Update this to 5.006.obrien2002-02-101-82/+291
|
* Clone the alpha config for ia64.dfr2001-11-031-76/+285
|
* Fix cross-building, etc:ru2001-09-291-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* 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-317-4620/+0
| | | | and why this is re-enabled will be addressed again in the future.
* Commit the first version of BSDPAN.joe2001-04-0314-28/+28
| | | | | | | | | | | | | | | | | | | 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>
* When setproctitle() moved from libutil to libc, we forgot to back thepeter2001-02-131-2/+2
| | | | | | | 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!
* Add suffix "-thread" to archname when perl with thread support.vanilla2000-10-309-11/+11
| | | | Approved by: markm
* Fixes and cleanups to the perl build; don't error out when NOCLEAN ismarkm2000-08-205-6/+14
| | | | | | set and directories are being (re)made; build the procname ($0) stuff, don't install miniperl. (Miniperl needs a revisit).
* Bunch-o'-tweaks.markm2000-07-024-147/+147
| | | | | | | | | | | | | | 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-291-1/+2
| | | | work.
* Fix for bootstrapping. Grr. Pointy Hat Please?markm2000-06-261-0/+5
|
* Thread support for v5.6.0markm2000-06-262-154/+566
|
* Userland build stuff for Perl5.006.markm2000-06-254-756/+572
| | | | | 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.
* 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 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-085-83/+87
| | | | | | | | 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.
* Low-level, but significant cleanup of Perl's build process.markm1999-09-241-28/+0
| | | | This should significantly ease "make; make install" loops.
* Oops. Forgot to cvs add these for threads support.markm1999-09-042-0/+1200
|
* Allow perl to be built with thread support.markm1999-09-043-14/+29
| | | | Submitted by: Doug Ambrisko <ambrisko@whistle.com>
* $Id$ -> $FreeBSD$peter1999-08-274-22/+22
|
* Remove $Log garbage from these; it was causing failure when expanded.markm1999-05-053-27/+24
| | | | Found by: Udo Schweigert <ust@cert.siemens.de>
* System Perl is now 5.00503! There is support for threads, but this ismarkm1999-05-023-113/+150
| | | | not currently enabled. Thread-boffins are welcome to send me patches.
* Back out the last commit; it broke things.markm1999-01-173-12/+12
| | | | | | NB! NB! NB! GUYS - the perl5 build is extremely nasty!! Please run all changes to it past me _before_ committing. There are some very subtle gotchas.
* fix optimize= settings - configpm understand only =' or =" as variablesache1999-01-153-12/+12
| | | | and treat any other stuff as comments
* Fix some more turdage from the original ./configure.markm1999-01-143-18/+18
| | | | Submitted by: bde
* Switch to using ".So" as the extension for PIC object files ratherjdp1999-01-091-2/+2
| | | | | | | | than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
* Fix paths. This sorts out the remaining p5-* port-creation hassles.markm1998-10-173-33/+33
|
* Fix the shared library configuration stuff.markm1998-09-293-15/+15
| | | | Noticed by: Ollivier Robert
* Repairs to make the ports system work again. Currently, the portsmarkm1998-09-263-39/+39
| | | | | | | are installed in the same place as on 2.2.*; this will almost certainly change in the future. While I'm here, finish off the shared library brouhaha with miniperl.
* Part #2 (final) of suidperl repair.markm1998-09-243-12/+12
|
* Big cleanup of the perl build.markm1998-09-223-45/+51
| | | | | | | | | | | | | 1) Inspired by JB's finding of a hardcoded /usr/bin/ranlib in the config files, these have been properly cleaned up and have been personalised for FreeBSD, not MarkM. 2) Inspired by Peter, copying of the lib/ext etc dirs has been replaced by a link farm. 3) Common code has been moved to a higher-level Makefile.inc. This has been tested with a make -j8.
* I danced with the devil and found the needle in the haystack!jb1998-09-213-3/+3
| | | | | | | Remove the /usr/bin path to ranlib and just let the build environment set the path. Running an aout version of ranlib on an elf library is something we'd prefer not to do. I'm surprised that the build didn't spit any errors when it did this. Shrug.
* Supply correct type widths etc. for alpha.dfr1998-09-161-13/+13
|
* Generalise the build a bit more.markm1998-09-164-4/+591
| | | | | | | | | | | 1) Fix up the NOSHARED stuff (bde) 2) Accomodate CFLAGS (vanilla) 3) Provide separate files for i386 and alpha (Doug Rabson) In case 3, the supplied files were corrupted, but the concepts sound enough, so I just copied what exists into config.SH-{elf|aout}.{i386|alpha}. Alpha team, go ahead and do what is necessary on config.SH-elf.alpha. :-)
* Allow libperl to be a shared library.markm1998-09-121-3/+3
| | | | | | This has the delightful side effect of fixing ELF .so objects. Asked-for-by: peter
* Fix parallel building.markm1998-09-123-5/+589
| | | | | | | | | (Tested by make -j12 buildworld on a 4-cpu SMP box). Address (but not solve) ELF shareable objects causing perl to dump core. (I have a heck of a lot to learn about ELF). Lots of help by: bde, jkh, jb and others
* Bring in the Perl5 BMake files. This ends the easy stuff.markm1998-09-092-0/+625
I'll be doiung the rest in stages.
OpenPOWER on IntegriCloud