The SunOS linker doesn't understand -rpath, so replace it with
COMPILER_RPATH_FLAG to fix build on SunOS.
Also removing empty directories in the post-install target is not
necessary on pkgsrc. The SunOS find program doesn't recognize -empty
switch, remove the redundant command to avoid error messages.
I've spent upwards on a day trying to fix a massive link failure on
GPS that appeared with the new gcc-aux compiler. My theory is that
the binutils 2.21 used with NetBSD 6 is not new enough for gcc 4.9.0.
However, gcc-aux will not build with devel/binutils -- there seems to
be a problem with handing PIC, at least on NetBSD.
For now, disable GPS building on NetBSD releases. I will try again
with NetBSD 6.99 which uses binutils 2.23. If that succeeds, then I'll
submit a PR against devel/binutils. I've tried everything I can think
of to get GPS to build on x86-64-NetBSD-6.1.4 but everything has failed.
This package has a couple of issues that the new gcc (GNAT) uncovered
on FreeBSD, and the fixes have been brought over:
1) GPS should have been built in production mode across the board.
There are some style check failures that appear in "debug" mode
due to gcc49 checks being stricter than gcc47 checks. Those issues
aren't actually fixed, but rather hidden by switching to production
which was desired anyway.
2) GCC had a couple of "ambiguous" complaints as well as an overlapping
variable used for both in and out parameters. Fixed with patches.
This is a significant upgrade over version 5.0.1 which is currently in
pkgsrc, representing approximately two years of work. The latest online
documentation can be browsed here:
http://docs.adacore.com/gps-docs/users_guide/_build/html/
Changes to the package itself include:
* python now works and is a default option
* readline support is now an option and is default
* Multiple job support enable
* Documentation now generated by sphinx
Also the problem described in PR#47824 no longer occurs, so this PR will
be closed.
1) Remove lang/gnat-aux dependency
2) USE_LANGUAGES+= ada (invokes lang/gcc-aux dependency)
3) Restore use of pkgsrc wrappers
4) Unreferenced pragma added, required to build with lang/gcc-aux
5) Ada 2012 binding interpretation fixes added, required to build with
lang/gcc-aux
6) GPRBuild-based packages require USE_LANGUAGES+= c++ fortran in addition
to "c" and "ada" because GPRBUILD probes for these languages. If they
aren't on the language list, pkgsrc comes back with a warning message
that causes gprbuild to throw an unhandled exception due to a regex
failure. devel/gps doesn't contain c++ or fortran despite the value of
USE_LANGUAGES.
GPR projects ignore LDFLAGS* from pkgsrc, so the GPS project file had to
be modified with new linker switches to X libs in order to make
gnu linker v2.22 happy.
Originally this was an attempt to upgrade version 5.0.0 to version
5.1-RELEASE or even 5.2-DEVELOPMENT, but it turns out that those
versions require a GNAT Ada compiler based on gcc 4.7, which hasn't
had its first release yet. This is mainly due to an change in the
project management API, but using the 4.7 source files fail to
compile due to the new SPARK restrictions. Therefore GPS must
remain at 5.0.x until such time as GNAT-AUX is based on gcc 4.7.
This is a bug fix release.
The list of bug fixes is unknown, but it's confirmed the bug on the
project dialog, library tab has been fixed and thus those patches
are removed.
The Makefile was updated to allow GPS users to take advantage of
the numerous Python scripts, the Python console, and the python-GTK
bindings. The option is present, but it has been removed from the
option list because the pkgsrc version of Python cause GPS to core
dump due to missing symbols in their dynamically-loaded libraries.
Version 2.6 and version 2.7 were both tested, and fail in different
ways. For comparison, the FreeBSD version of GPS builds and operates
fine with Python 2.7, although at times similar "undefined symbol"
messages appear it that error log. Once the issues with Python are
fixed, this new "python" option in options.mk will be re-enabled.
