using the system/Pkgsrc zlib. At least on Ubuntu, the internal zlib fails to
get past configuration.
Use the standard Pkgsrc (or builtin) zlib instead.
Bump PKGREVISION to reflect the minor difference in build strategy.
(pkgsrc)
Removing:
patches/patch-aa
(was not to install: install-subdir at libiberty)
patches/patch-ac
(was not to install tree-inline.o cppdefault.o for Mac OS X,
equivalent target does not have these files for now)
patches/patch-gcc_toplev.h
Upstream corrected the problem as:
-extern inline int
+static inline int
Adding:
patch-gcc_config_avr_driver-avr_c
To fix the problem like:
error: non-void function 'avr_device_to_arch' should return a value [-Wreturn-type]
patch-libiberty_Makefile.in
Not install libiberty.a
to avoid duplication (conflict) with other cross tool-chain (mef@).
(upstream)
For the changes from 4.4.1 to 4.5, see following page.
http://gcc.gnu.org/gcc-4.5/changes.html
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
* Remove BUILD_DEPENDS on bison, it already in USE_TOOLS.
* Remove USE_BZIP2, not buildlink with bzip2, no effect.
* Remove custom do-* target, *_DIRS is sufficient to do so and use it instead.
* Remove MAKE_FLAGS="c c++", it was not used, and it result in missing "gcov"
after above modification.
* then, add user-destdir support, inspired by PR 42438.
PKGLOCALEDIR and which install their locale files directly under
${PREFIX}/${PKGLOCALEDIR} and sort the PLIST file entries. From now
on, pkgsrc/mk/plist/plist-locale.awk will automatically handle
transforming the PLIST to refer to the correct locale directory.
around at either build-time or at run-time is:
USE_TOOLS+= perl # build-time
USE_TOOLS+= perl:run # run-time
Also remove some places where perl5/buildlink3.mk was being included
by a package Makefile, but all that the package wanted was the Perl
executable.
