Rely on bsdtar to autodetermine the format of the distfiles when possible
For a while now bsdtar is able to autotermine compression and archive format.
Let's then use tar directly instead of piping to tar.
Now USE_BZIP2 and USE_XZ only set EXTRACT_SUFX to the right format
- Remove the DESTDIR modifications from individual ports as we have a new,
fully chrooted DESTDIR, which does not need such any more.
Sponsored by: Google Summer of Code 2007
Approved by: portmgr (pav)
Add support for DESTDIR part I.
This commit should largele be a NOOP as it only adds support
for DESTDIR undefined. This does allow us to start testing
ports with DESTDIR set, but this is as of yet not supported.
Although this has been extensively tested on pointyhat, this
is a very intrusive change and some cases may have been
overlooked. Please contact Gabor and me if you find any.
PR: 100555
Submitted by: gabor
Sponsored by: Google Summer of Code 2006
Mega-patch to cleanup the ports infrastructure regarding our linux bits:
- USE_LINUX now implies NO_FILTER_SHLIBS=yes. It also doesn't use FreeBSD
tools to strip binaries anymore, so it's not neccesary anymore to override
STRIP and STRIP_CMD.
- USE_LINUX_PREFIX implies NO_MTREE now.
- In the USE_LINUX case, USE_XLIB now depends upon the linux X11 libraries
instead upon the native FreeBSD libraries.
- The variable LINUX_BASE_PORT contains a string which is suitable as an
item in *_DEPENDS, so if a port BATCH_DEPENDS or FETCH_DEPENDS upon the
default (or overriden) linux base, ${LINUX_BASE_PORT} should be used
instead of a hardcoded reference.
- Change all ports to comply to the "new world order".
- The Ports Collection now allows to override the default linux_base port.
Specify e.g. OVERRIDE_LINUX_BASE_PORT=rh-9 in /etc/make.conf to use
${PORTSDIR}/emulators/linux_base-rh-9 (the logic is to use
(Only the first 15 lines of the commit message are shown above )
Say hello to the linux mega patch, it consolidates our linux bits a
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
(Only the first 15 lines of the commit message are shown above )
updated to 8.0.039.p044.1
a) discard REINPLACE_CMD, since ifort now supports
-U option (*)
b) replace lseek64, open64, freopen64, creat64,
ftrancate64 and mkstemp64
which are undefined functions for FreeBSD
c) Use PATCH_DEPENDS, and intel-patch: (*)
d) sort pkg-plist
e) change URL of errata page
f) some cleanups (*)
Submitted by: Masakazu HIGAKI <higamasa@dream.com>
inspired by: netchild (*)
[1] ${IGNORE} in the Makefile did not work properly
and ${ECHO} was misused. ${DISTFILES} should be defined before
it is used.
[2] fix build (cxa_finalize.c is gone for now)
Submitted by: hrs [1]
s/rpm2cpio/rpm2cpio.pl/ after the recent update of archivers/rpm2cpio (the
script was renamed to solve a conflict with archivers/rpm) to fix possible
build problems.
I've tested this with lang/icc. Any new errors because of this commit in
one of the modified ports may be because the ports previously may have used
rpm2cpio from archivers/rpm instead of the used {EXTRACT,BUILD}_DEPENDS
archivers/rpm2cpio.
IFC fails to link when invoked with -ax or -x option
because a static library of ifc has an unresolved symbol, __sigsetjmp.
The following is an example of error messages:
PR: 57574
Submitted by: Masakazu HIGAKI <higamasa@dream.com>
Former commit was not correct by my misunderstanding.
Ifc is not broken when when linux_devtools is installed.
It does not see include files.
Noticed by: netchild
Reviewed by: knu (mentor)
Marked as broken if icc or linux_devtools are
installed.
Suggested: Marius <marius@alchemy.franken.de>
Alexander Leidinger <Alexander@Leidinger.net>
Reviewed by: knu (mentor)
Mark BROKEN when icc is installed (ifc and icc share some libs).
To have working FreeBSD binaries, icc installs modified libs. Installing
ifc after icc results in not working FreeBSD binaries for icc compiled
code because ifc overwrites these libs (if it doesn't overwrite them, ifc
can't produce working linux binaries).
This commit wasn't discussed with the maintainer of ifc.
Noticed by: marius@alchemy.franken.de
Set <INSTALLTIMECOMBOPACKAGEID> in compiler60/docs/fsupport (PR from
Maintainer).
Bump portrevision because this affects support requests to intel.
PR: 41650
When lang/ifc and lang/icc are both installed, ifc does not use the correct
ld. Work around by reordering the PATH variable in the ifc wrapper script.
Submitted by: maintainer
PR: 40744
Bump PORTREVISION.
