2004-04-06 03:29:25 by Jeremy C. Reed | Files touched by this commit (1) |
Log message:
Do not assume that if /usr/lib/libintl.* does not exist
that it can not be builtin. So also check for "This file is part
of the GNU C Library".
This helps with systems that have gettext(3) functionality
included in their glibc.
This also fixes build problem under Linux where devel/popt didn't
build "because some functions are defined both in gettext-lib and
in the native libc" as reported by minskim to tech-pkg on 21/Mar/2004.
|
2004-04-01 20:33:20 by Julio M. Merino Vidal | Files touched by this commit (3) |
Log message:
Add a script to workaround uses of msgid_plural, which is not yet supported
by our native libintl. While it is not implemented, this allows us to build
programs against the native libintl, loosing very few functionality (some
translations of plural messages on few languages), and avoiding runtime
conflicts between native libintl and the gnu one (coming from the gettext
package).
Packages including .po files with uses of msgid_plural should define the
USE_MSGFMT_PLURALS variable to 'yes', so that the msgfmt wrapper is used.
(Do not use it when not really needed, as it will pull in perl5 as a build
dependancy).
|
2004-03-29 07:43:36 by Johnny C. Lam | Files touched by this commit (24) |
Log message:
Match the template builtin.mk file in bsd.builtin.mk, and make the two
packages that use builtin.mk files (graphics/xpm and pkgtools/x11-links)
use the new format correctly.
|
2004-03-29 07:05:56 by Johnny C. Lam | Files touched by this commit (55) |
Log message:
Add a BUILDLINK_PKGBASE.<pkg> definition where it's not equal to <pkg>,
e.g. "BUILDLINK_PKGBASE.gtk?= gtk+". This is mandated by the example
buildlink[23].mk files in bsd.buildlink[23].mk.
|
2004-03-22 21:57:38 by Johnny C. Lam | Files touched by this commit (1) |
Log message:
Assume that the native gettext implementation will satisfy GNU gettext
dependencies unless USE_GNU_GETTEXT is defined or IMCOMPAT_GETTEXT is set
appropriately. This should allow packages to use the glibc gettext
routines on Linux.
|
2004-03-18 10:12:18 by Johnny C. Lam | Files touched by this commit (232) |
Log message:
Fix serious bug where BUILDLINK_PACKAGES wasn't being ordered properly
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.
|
2004-03-16 19:23:28 by Johnny C. Lam | Files touched by this commit (25) |
Log message:
If the ${PKGBASE} of a package doesn't match the token passed to
BUILDLINK_PACKAGES, then set BUILDLINK_PKGBASE.<pkg> explicitly so that
we can map from <pkg> to BUILDLINK_PKGBASE.<pkg>.
|
2004-03-16 18:40:54 by Johnny C. Lam | Files touched by this commit (2) |
Log message:
Manipulate the buildlink depth so that libiconv and Xfixes aren't added
to BUILDLINK_DEPENDS unless their respective buildlink3.mk files are
included by the top-level Makefile.
|
2004-03-10 18:57:15 by Johnny C. Lam | Files touched by this commit (46) | |
Log message:
Split out the code that deals with checking whether the software is
built-in or not into a separate builtin.mk file. The code to deal
checking for built-in software is much simpler to deal with in pkgsrc.
The buildlink3.mk file for a package will be of the usual format
regardless of the package, which makes it simpler for packagers to
update a package.
The builtin.mk file for a package must define a single yes/no variable
USE_BUILTIN.<pkg> that is used by bsd.buildlink3.mk to decide whether
to use the built-in software or to use the pkgsrc software.
|
2004-03-08 19:14:33 by Jeremy C. Reed | Files touched by this commit (2) |
Log message:
Improvements for DESCRiption and COMMENT.
(The DESCRiption was same as the other gettext package,
and the COMMENT mentioned "Tools".)
|