Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
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.
|
|
python3, since the default changed from python33 to python34.
I probably bumped too many. I hope I got them all.
|
|
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.
|
|
Fix PR pkg/48777
|
|
I also verified that devel/gps does build on NetBSD 6.99, but not
NetBSD 6.1, so the NOT_FOR_PLATFORM is currently correct.
|
|
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.
|
|
|
|
NetBSD 6, requested by tron.
|
|
Recursively bump package revisions again after the "freetype2" and
"fontconfig" handling was fixed.
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
are called p5-*.
I hope that's all of them.
|
|
requested by Thomas Klausner.
|
|
(additionaly, reset PKGREVISION of qt4-* sub packages from base qt4 update)
|
|
|
|
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.
|
|
|
|
|
|
py-* not affected, since it built different versions depending on the
setting already.
|
|
|
|
a) tiff update to 4.0 (shlib major change)
b) glib2 update 2.30.2 (adds libffi dependency to buildlink3.mk)
Enjoy.
|
|
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.
|
|
|
|
(PKGREV bumped)
|
|
|
|
John Marino per PR pkg/44440
(Python wasn't regognized for me, that's why I've commented it
out for now. Needs a second look.)
|