elk 3.99.8 lang =2

An embeddable Scheme interpreter

There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
Port Added: unknown
Also Listed In: scheme
License: not specified in port

---

---

Elk is a Scheme interpreter intended to be used as a general, reusable
extension language subsystem for integration into existing and future
applications.  Elk can also be used as a stand-alone implementation of
the Scheme programming language.

One purpose of the Elk project is to end the recent proliferation of
mutually incompatible Lisp-like extension languages.  Instead of
inventing and implementing yet another extension language, application
programmers can integrate Elk into their application to make it
extensible and highly customizable.

WWW: http://sam.zoy.org/projects/elk/

CVSWeb : Sources : Main Web Site : Distfiles Availability : PortsMon

---

NOTE: FreshPorts displays only required dependencies information. Optional dependencies are not covered.
Required To Build: x11/libXpm, devel/libtool
Required To Run: x11/libXpm
Required Libraries: databases/gdbm, devel/libelf, x11-toolkits/open-motif
There are no ports dependent upon this port

---

To install the port: cd /usr/ports/lang/elk/ && make install clean
To add the package: pkg_add -r elk

---

Configuration Options

     No options to configure

---

Master Sites:

http://sam.zoy.org/elk/

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/

- Update to 3.99.8
- Respect NOPORTDOCS/EXAMPLES

PR:             162731
Submitted by:   Armin Pirkovitsch <armin@frozen-zone.org>
Feature safe:   yes

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

- Track dependencies after databases/gdbm update

- remove MD5

Bump PORTREVISION after open-mofit update

Sync to new bsd.autotools.mk

- Mark MAKE_JOBS_UNSAFE

Reported by:    pointyhat

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

- s,INSTALLS_SHLIB,USE_LDCONFIG,g
- these include irc/ japanese/ java/ lang/ mail/ math/ maintained by ports@

PR:             ports/101916
Submitted by:   Gea-Suan Lin <gslin_AT_gslin dot org>

- Fix file permissions
- Use DATADIR macro

PR:             ports/100966
Submitted by:   Stanislav Sedov <ssedov(at)mbsd.msk.ru>
Approved by:    krion (mentor)

Update to 3.99.7

PR:             99045
Submitted by:   Ports fury

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

- Add SHA256

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

change the libtool version to use from 1.3 to 1.5

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

- Try to unbreak on amd64: turn off gcc optimization

PR:             ports/77027
Submitted by:   Johan van Selst <johans(at)stack.nl>

BROKEN on amd64: Does not build

SIZEify.

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

- Fix plist and bump PORTREVISION

Noticed by:     bento via kris

- Update to version 3.99.6

PR:             60012
Submitted by:   Ports Fury

USE_REINPLACE need be defined only when REINPLACE_CMD is used.

- Update to version 3.99.5

PR:             57358
Submitted by:   Ports Fury

- Update to version 3.99.4

PR:             57094
Submitted by:   Ports Fury

Use the new virtual category 'scheme'

        - Add the virtual category 'scheme' to the orphan ports
        - Fix the chicken's csc script
        - Minor portlint cleanups

PR:             ports/55265
Submitted by:   Kimura Fuyuki <fuyuki@nigredo.org>

fix build on CURRENT
 - s|varargs.h|stdarg.h|
 - s|void va_start(va_list ap);|void va_start(va_list ap, last);|g

De-pkg-comment.

Use strerror_r() rather than trying to hack our own.  This avoids
dealing with the nonstandardized types of sys_nerr and sys_errlst[]
and works for both -current and recent (>=4.5) values of -stable.
The previous implementation knew too much about sys_nerr for its own
good.

Convert category lang to new layout.  

12 vulnerabilities affecting 17 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities