CVS log for pkgsrc/lang/gcc45/Attic/Makefile

Up to [cvs.NetBSD.org] / pkgsrc / lang / gcc45

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Remove gcc45,46,47 and libs as discussed in pkgsrc-users
GCC_REQD for these versions now resolves to gcc48 due to a previous commit.

Please file a bug report if you are having trouble with GCC 4.8.

Bump PKGREVISION for perl-5.24.0 for everything mentioning perl.

Use OPSYSVARS.

Attempt to bring sanity to how ABI and MACHINE_ARCH are set.

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.

Explicitly disable multilib on 64-bit Linux if the requisite headers aren't
available.

Set GCC_REQD+=4.4 here too as gcc-4.2 won't build it due to needing
omp_lock_t.

PR pkg/48740 - Fix build issues on Darwin

Apply a patch by Sevan:
  1. gcc needs to be built with dwarf2 if Darwin < 9
  2. if you're building on a 32bit PowerPC Darwin < 9, disable multilib

Bump for perl-5.20.0.
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.

Bump applications PKGREVISIONs for python users that might be using
python3, since the default changed from python33 to python34.

I probably bumped too many. I hope I got them all.

Fix build failure on Darwin

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.

Bump all packages for perl-5.18, that
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.

Bump all packages that use perl, or depend on a p5-* package, or
are called p5-*.

I hope that's all of them.

Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days.

Redo netbsd/ctype_base.h patch to not pollute the namespace as much with
sys/param.h.

Use ${PREFIX}/gnu/bin/ld instead of ${PREFIX}/bin/gnu-ld

Bring over the fixes and cleanups from lang/gcc46 and lang/gcc44:
- use options for language selection
- SunOS fixes
- reduced dependencies

Pickup maintainership of gcc4 series packages.

This means I will also take care of adding newer gcc version.

Reset maintainer.

lang/gcc45: Mark NOT-FOR-DRAGONFLY

This compiler requires binutils 2.17 which A) doesn't build on DragonFly
and B) is a significant downgrade over the system binutils.  DragonFly
users should look at lang/gnat-aux for a pkgsrc compiler which is based
on gcc 4.6.  lang/gcc46 doesn't build on DragonFly either, but it may be
worth fixing that package.  This one isn't worth the effort for us.

Convert to USE_TOOLS=zip.

Add patch-ac from lang/gcc44. Without it, programs built with this gcc
lack the rpath to libgcc, causing all kinds of trouble.

Update to 4.5.3, from Kai-Uwe Eckhardt.

This is the list of problem reports (PRs) from GCC's bug tracking
system that are known to be fixed in the 4.5.3 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.5.3

On the PowerPC compiler, the altivec builtin functions vec_ld and
vec_st have been modified to generate the Altivec memory instructions
LVX and STVX, even if the -mvsx option is used. In the initial GCC
4.5 release, these builtin functions were changed to generate VSX
memory reference instructions instead of Altivec memory instructions,
but there are differences between the two instructions. If the VSX
instruction set is available, you can now use the new builtin
functions vec_vsx_ld and vec_vsx_st which always generates the VSX
memory instructions.

Initial import of gcc45-4.5.2 from pkgsrc-wip.
Packaged by Marko Schütz, improved by Kai-Uwe Eckhardt.

This is the gcc 4.5 compiler suite.

This package has a test target. For testing (only), this
package requires devel/dejagnu and devel/autogen.

Initial revision