Commit graph

25 commits

Author SHA1 Message Date
rillig
8c6aee8563 lang: align variable assignments
pkglint -Wall -F --only aligned --only indent -r

No manual corrections.
2019-11-03 19:03:56 +00:00
wiz
84e123ddd2 Bump PKGREVISIONs for perl 5.30.0 2019-08-11 13:17:48 +00:00
wiz
93b46879c7 Recursive bump for perl5-5.28.0 2018-08-22 09:43:40 +00:00
rillig
17e39f419d Fix indentation in buildlink3.mk files.
The actual fix as been done by "pkglint -F */*/buildlink3.mk", and was
reviewed manually.

There are some .include lines that still are indented with zero spaces
although the surrounding .if is indented. This is existing practice.
2018-01-07 13:03:53 +00:00
joerg
6a32265dbd Extend SHA512 checksums to various files I have on my local distfile
mirror.
2017-03-23 17:06:45 +00:00
wiz
2b0a009d0e Bump PKGREVISION for perl-5.24.0 for everything mentioning perl. 2016-07-09 06:37:46 +00:00
dholland
41c6e246f4 Add patch comments. 2015-12-29 23:34:43 +00:00
wiz
0982effce2 Recursive PKGREVISION bump for all packages mentioning 'perl',
having a PKGNAME of p5-*, or depending such a package,
for perl-5.22.0.
2015-06-12 10:48:20 +00:00
spz
30664b516f master site seems to have reorganized itself, adjust to new link 2014-11-30 18:11:23 +00:00
wiz
7eeb51b534 Bump for perl-5.20.0.
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.
2014-05-29 23:35:13 +00:00
ryoon
f8e628f818 * .include "../../devel/readline/buildlink3.mk" with USE_GNU_READLINE=yes
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".
2013-07-15 02:02:17 +00:00
wiz
d2ca14a3f1 Bump all packages for perl-5.18, that
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.
2013-05-31 12:39:57 +00:00
wiz
8b5d49eb78 Bump all packages that use perl, or depend on a p5-* package, or
are called p5-*.

I hope that's all of them.
2012-10-03 21:53:53 +00:00
asau
88feb4ac62 Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days. 2012-10-02 20:11:34 +00:00
zafer
f3fb1d4685 update master_sites. 2011-03-11 12:50:38 +00:00
wiz
e2f84ad43f Reset maintainer for retired developers. 2011-02-28 14:52:37 +00:00
obache
40bdbb1e04 HOMEPAGE should be http site, not ftp one. 2010-09-16 07:04:22 +00:00
joerg
62d1ba2bac Remove @dirrm entries from PLISTs 2009-06-14 18:03:28 +00:00
wiz
272d51cc21 Recursive ABI depends update and PKGREVISION bump for readline-6.0 shlib
major change.

Reported by Robert Elz in PR 41345.
2009-05-20 00:58:05 +00:00
joerg
2d1ba244e9 Simply and speed up buildlink3.mk files and processing.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
2009-03-20 19:23:50 +00:00
bjs
e9f9fb62b0 Fix some integer witdth/type-casting issue which I saw on NetBSD/amd64
today, eliminating most warnings.

Bump rev.
2008-04-04 01:56:16 +00:00
bjs
38d4cbfdca fix type-o in dlopen.buildlink3.mk inclusion 2008-02-06 10:10:45 +00:00
bjs
3c1da8ae27 Regest patch-ab checksum. 2008-02-06 10:08:25 +00:00
bjs
1bedb14f62 Re-factor fdlibm stuff so that it gets defined as appropriate during
a build.  Bump rev.
2008-02-06 10:08:01 +00:00
bjs
1215a7b7a9 Import of OSSP js-1.6.20070208, a portable, sanitized version of
Mozilla's SpiderMonkey.  I wish I knew about this sooner!  I've tried
this out with elinks, and the javsascript support seems more reliable.

Thanks, OSSP!  I vote for killing spidermonkey once we verify all packages
using it build with this.

Local modifications:

	--Only build fdlibm into libjs if necessary.  This follows
	in the spirit of lang/spidermonkey, though someone with more
	knowledge of this probably will want to change the list of
	platforms in the Makefile.

	--Following the aforementioned change, link the library against
	-lm (and list -lm in js-config, etc.) only if required.

	--Use pkgsrc-provided installation tools instead of shtool.

	--Apply fix for __VA_COPY_USE_CPP.

Blurb (DESCR):


OSSP js is a stand-alone distribution of the JavaScript (JS)
programming language reference implementation from Mozilla -- aka
"JSRef" or "SpiderMonkey". This distribution provides a smart,
stand-alone and portable distribution of Mozilla JavaScript through a
GNU autotools-based build environment.  Additionally,
the C API in "libjs" contains both the JavaScript engine and the
required Sun math library ("fdlibm") and with all internal symbols
carefully protected under the "js" namespace. Finally, a js-config(1)
utility and a pkg-config(1) specification is provided to allow
applications to easily build with the JavaScript C API.

OSSP js was created because for OSSP and similar pedantic C coding
projects a smart, stand-alone, portable, clean, powerful and
robust scripting language engine is required. JavaScript is a
great programming language and Mozilla JavaScript "SpiderMonkey"
definitely is an acceptable clean, powerful and robust implementation.
Unfortunately there is just a stand-alone distribution released from
time to time by Mozilla and it is far away from really being smart,
stand-alone and portable. OSSP js combines the best from two worlds:
the 1:1 repackaged JavaScript code base from Mozilla with the GNU
autotools-based build environment as always used by OSSP.  Additionally,
this package provides stdio-based file object support and does not depend
upon the Mozilla NSPR library.
2008-02-06 04:22:33 +00:00