Commit graph

6 commits

Author SHA1 Message Date
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