Age | Commit message (Collapse) | Author | Files | Lines |
|
part of PR 30053. No PKGREVISION bump because most people won't
care.
|
|
|
|
|
|
|
|
tech-pkg@.
|
|
in the process. (More information on tech-pkg.)
Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.
Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
|
|
All library names listed by *.la files no longer need to be listed
in the PLIST, e.g., instead of:
lib/libfoo.a
lib/libfoo.la
lib/libfoo.so
lib/libfoo.so.0
lib/libfoo.so.0.1
one simply needs:
lib/libfoo.la
and bsd.pkg.mk will automatically ensure that the additional library
names are listed in the installed package +CONTENTS file.
Also make LIBTOOLIZE_PLIST default to "yes".
|
|
|
|
(I am using LOCALBASE as /usr and later noticed that gphoto2
wants libslang due to this aalib. aalib is one of the very
rare situations where it brings in extra support for me.)
|
|
buildlink3.mk file in revision 1.101 of bsd.buildlink3.mk.
|
|
|
|
relative to ${WRKSRC}. Remove redundant LIBTOOL_OVERRIDE settings that
are automatically handled by the default setting in bsd.pkg.mk.
|
|
|
|
overridden.
|
|
|
|
for arm, so that we don't need to install the gcc package(s) on
machines that already have a working compiler in their /usr/bin.
|
|
|
|
curses is not used. This is so for pkgsrc-users who have a curses
and they use LOCALBASE=/usr, it won't be detected, configured,
and built with it. (Because then could break devel/SDL build later
due to missing libncurses.la.)
The real fix is to improve the buildlink system to work
with LOCALBASE=/usr too. But this will work until that is done.
|
|
without a working <malloc.h>, eg. FreeBSD 5.x.
|
|
USE_PKGSRC_GCC as appropriate, as this is handled by compiler.mk now.
|
|
USE_GCC2 or USE_GCC3 where appropriate.
the functionality of the old gcc.buildlink2.mk has been rolled into
compiler.mk now, which is automatically used.
more changes to come later...
|
|
|
|
|
|
|
|
now and not NetBSD-*-arm32. Changes include one or more of:
- Change MACHINE_ARCH == arm32 to also match arm
- Where ONLY_FOR_PLATFORM includes NetBSD-*-arm32, add NetBSD-*-arm
- Where BROKEN or worked around for arm gcc bugs, set USE_GCC3
The last may shake out a few more broken packages the next bulk build.
|
|
is accepted. Suggested by Grant.
|
|
|
|
|
|
|
|
been converted to use buildlink2 now.
|
|
|
|
the aalib-x11 package to installing just the libraries and headers and to
install them with new names so that aalib-x11 and aalib no longer conflict.
Also, remove the aalib-x11/buildlink.mk file as it will be no longer used.
This solves part of pkg/16354.
|
|
forward to when aalib and aalib-x11 don't conflict.
|
|
buildlink2.mk files back into the main trunk. This provides sufficient
buildlink2 infrastructure to start merging other packages from the
buildlink2 branch that have already been converted to use the buildlink2
framework.
|
|
after a discussion with abs (the commit,
not the compiler error :-)).
|
|
Summary of changes:
- removal of USE_GTEXINFO
- addition of mk/texinfo.mk
- inclusion of this file in package Makefiles requiring it
- `install-info' substituted by `${INSTALL_INFO}' in PLISTs
- tuning of mk/bsd.pkg.mk:
removal of USE_GTEXINFO
INSTALL_INFO added to PLIST_SUBST
`${INSTALL_INFO}' replace `install-info' in target rules
print-PLIST target now generate `${INSTALL_INFO}' instead of `install-info'
- a couple of new patch files added for a handful of packages
- setting of the TEXINFO_OVERRIDE "switch" in packages Makefiles requiring it
- devel/cssc marked requiring texinfo 4.0
- a couple of packages Makefiles were tuned with respect of INFO_FILES and
makeinfo command usage
See -newly added by this commit- section 10.24 of Packages.txt for
further information.
|
|
this package, and bump version number to nb1.
Provided in PR 15268 by Lubomir Sedlacik <salo@Xtrmntr.org>
|
|
|
|
Contributed by Lubomir Sedlacik <salo@xtrmntr.org> in private mail.
|
|
|
|
-use the newest version (1.4rc4)
-we don't really need ncurses, the incompatibility is easily patched away
-USE_LIBTOOL
|
|
|