Age | Commit message (Collapse) | Author | Files | Lines |
|
Bump revision.
|
|
|
|
part of PR 30053. No PKGREVISION bump because most people won't
care.
|
|
|
|
useful.
|
|
|
|
automatically by pthread.buildlink3.mk. Also, factor out the pthread
library out of PTHREAD_LDFLAGS into a standalone variable PTHREAD_LIBS
and use it in packages where necessary (usually the ones that don't
have a GNU configure script).
|
|
in PR pkg/27116.
Bump PKGREVISION.
|
|
|
|
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".
|
|
|
|
Applied patch provided by Christian Biere <christianbiere@gmx.de>
The patch ensures that G_GNUC_FUNCTION and G_GNUC_PRETTY_FUNCTION always
expand to string literals - necessary since they will be concatenated
(the source of the compilation error). This closes the PR.
|
|
|
|
(Is this patch really needed on all other platforms?)
|
|
by moving the inclusion of buildlink3.mk files outside of the protected
region. This bug would be seen by users that have set PREFER_PKGSRC
or PREFER_NATIVE to non-default values.
BUILDLINK_PACKAGES should be ordered so that for any package in the
list, that package doesn't depend on any packages to the left of it
in the list. This ordering property is used to check for builtin
packages in the correct order. The problem was that including a
buildlink3.mk file for <pkg> correctly ensured that <pkg> was removed
from BUILDLINK_PACKAGES and appended to the end. However, since the
inclusion of any other buildlink3.mk files within that buildlink3.mk
was in a region that was protected against multiple inclusion, those
dependencies weren't also moved to the end of BUILDLINK_PACKAGES.
|
|
buildlink3.mk file in revision 1.101 of bsd.buildlink3.mk.
|
|
config.status.overridden since the change in rev. 1.1413 of bsd.pkg.mk.
|
|
That's the script that we need to patch for our special glib version
numbering handling. This fixes PR 24464.
|
|
|
|
|
|
|
|
|
|
apply for NetBSD too: this closes PR/21452 (problem with gnucash not
finding its symbols in dynamically loaded modules) for -currentish
installations (this needs RTLD_DEFAULT support in ld_elf.so).
1.6 installations still suffer unless a -current ld_elf.so and
/usr/include/dlfcn.h are installed, sorry.
Make other FreeBSD-specific patch apply too since it looks sensible
(adds error checking).
|
|
overridden.
|
|
the normal case when BUILDLINK_DEPENDS.<pkg> isn't specified, it receives
a value only once due to the multiple inclusion protection in the
bulldlink3.mk files. In the case where a package includes several
buildlink3.mk files that each want a slightly different version of another
dependency, having BUILDLINK_DEPENDS.<pkg> be a list allows for the
strictest <pkg> dependency to be matched.
|
|
|
|
recommended by seb :)
|
|
|
|
buildlink3 framework.
|
|
www.gtk.org.
|
|
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...
|
|
still is not implemented. This closes my own PR pkg/21909. Reviewed
by wiz@
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
fixed version.
|
|
dependency bumps.
|
|
|
|
avoid running the test. The test, which calls dlopen("libpthread.so"),
fails on NetBSD for reasons unrelated to what it is trying to detect,
glib concludes that RTLD_GLOBAL is broken, and gmodule doesn't work.
This method of fooling configure suggested by Ron Roskens on tech-pkg.
Addresses PR pkg/20050 ("galeon fails to load at run-time").
|
|
not try to remove it, even if empty.
|
|
|
|
|
|
|
|
Patch provided in PR pkg/18701 by Julio Merino <jmmv@menta.net>
|
|
|