Previously there were at least 5 different ways MACHINE_ARCH could be set,
some statically and some at run time, and in many cases these settings
differed, leading to issues at pkg_add time where there was conflict
between the setting encoded into the package and that used by pkg_install.
Instead, move to a single source of truth where the correct value based on
the host and the chosen (or default) ABI is determined in the bootstrap
script. The value can still be overridden in mk.conf if necessary, e.g.
for cross-compiling.
ABI is now set by default and if unset a default is calculated based on
MACHINE_ARCH. This fixes some OS, e.g. Linux, where the wrong default was
previously chosen.
As a result of the refactoring there is no need for LOWER_ARCH, with
references to it replaced by MACHINE_ARCH. SPARC_TARGET_ARCH is also
removed.
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
Makefile:
See ${WRKSRC}/libgcc/config/t-slibgcc-darwin: It uses strip(1) to
create a stub library, not just to remove symbols, so we must not
let strip(1) be a no-op regardless of ${INSTALL_UNSTRIPPED} or the
build fails for missing files.
patches/patch-ac:
Remove the whitespace between $(LINKER_RPATH_FLAG) and the path.
Otherwise the flag may be misinterpreted by linker (e.g. Apple's ld)
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.
GCC 4.4.7 is a bug-fix release containing fixes for regressions and serious
bugs in GCC 4.4.6. This release marks the end of the maintainance of
the GCC 4.4 series.
This is the list of problem reports (PRs) from GCC's bug tracking system
that are known to be fixed in the 4.4.7 release. This list might not be
complete (that is, it is possible that some PRs that have been fixed are
not listed here).
http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=4.6.2
This package has never built on DragonFly, but it really is not needed as
the base compiler is gcc 4.4.7. The sole package (databases/libcassandra)
that required lang/gcc44 was just changed to remove this requirement when
built on DragonFly. This compiler is not worth the effort to fix for
DragonFly.
Without it, programs using .init sections will just segfault. The
workaround comes from http://www.openssl.org/~appro/values.c
Tested on 5.10, not needed on 5.11.
Solaris 11 Express, too).
Changes 4.4.5:
The GNU project and the GCC developers are pleased to announce the
release of GCC 4.4.5.
This release is a bug-fix release, containing fixes for regressions in
GCC 4.4.4 relative to previous releases of GCC.
The [1]GNU project and the GCC developers are pleased to announce the
release of GCC 4.4.4.
This release is a bug-fix release, containing fixes for regressions in
GCC 4.4.3 relative to previous releases of GCC.
The GNU project and the GCC developers are pleased to announce the
release of GCC 4.4.3.
This release is a bug-fix release, containing fixes for regressions in
GCC 4.4.1 relative to previous releases of GCC.
- Fix a bad reference to /bin/bash.
- Work around a non-portable argument to find.
This should address the bash issues reported in PR42092
lang/gcc44 leaves uncorrected reference to /bin/bash
Of particular note is this package contains gfortran which is required
for building some scientific software (recent versions of scilab
for example). Package is prepared as a monolithic install of gcc
since gcc is really not set up to build and install the core and then
later add on different languages as their own packages.
