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.
If lang/gcc-aux builds on NetBSD, it will be able to build GPS.
The system linker that lang/gcc-aux used has been replaced with the new
gold linker from devel/binutils (the ld.bfd linker is buggy with regards
to PIC files, the same bug was seen on OpenBSD 5.5).
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.
either because they themselves are not ready or because a
dependency isn't. This is annotated by
PYTHON_VERSIONS_INCOMPATIBLE= 33 # not yet ported as of x.y.z
or
PYTHON_VERSIONS_INCOMPATIBLE= 33 # py-foo, py-bar
respectively, please use the same style for other packages,
and check during updates.
Use versioned_dependencies.mk where applicable.
Use REPLACE_PYTHON instead of handcoded alternatives, where applicable.
Reorder Makefile sections into standard order, where applicable.
Remove PYTHON_VERSIONS_INCLUDE_3X lines since that will be default
with the next commit.
Whitespace cleanups and other nits corrected, where necessary.
are replaced with .include "../../devel/readline/buildlink3.mk", and
USE_GNU_READLINE are removed,
* .include "../../devel/readline/buildlink3.mk" without USE_GNU_READLINE
are replaced with .include "../../mk/readline.buildlink3.mk".
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.
to address issues with NetBSD-6(and earlier)'s fontconfig not being
new enough for pango.
While doing that, also bump freetype2 dependency to current pkgsrc
version.
Suggested by tron in PR 47882
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.
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.
This package would build outside a bulk build, but a few flaws in
the makefile prevented it from building in all cases, bulk builds
being one such exception. It should build ok now.
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.
