| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
alternative compiler names without explicit tag.
|
|
|
|
CFLAGS. Bump revision.
|
|
major change.
Reported by Robert Elz in PR 41345.
|
|
|
|
Suggested by Aleksey Cheusov on pkgsrc-users@.
|
|
Bugfix release.
|
|
any curses code in it. It only needs readline for the "io" module,
and the readline/buildlink3.mk now handles pulling in any necessary
dependencies for the terminal library that it uses.
Bump the PKGREVISION to 1.
|
|
* This is a bug-fix release.
|
|
|
|
matches the pkgsrc environment. Bump revision.
From Simon Schubert via IRC.
|
|
Patch provided by Holger Weiss in PR 36333.
And specify more platform target.
This release fixes all known bugs in 5.1.1.
|
|
|
|
|
|
Changes:
* Changes from version 5.0 to 5.1
-------------------------------
Language:
+ new module system.
+ new semantics for control variables of fors.
+ new semantics for setn/getn.
+ new syntax/semantics for varargs.
+ new long strings and comments.
+ new `mod' operator (`%')
+ new length operator #t
+ metatables for all types
API:
+ new functions: lua_createtable, lua_get(set)field, lua_push(to)integer.
+ user supplies memory allocator (lua_open becomes lua_newstate).
+ luaopen_* functionst must be called through Lua.
Implementation:
+ new configuration scheme via luaconf.h.
+ incremental garbage collection.
+ better handling of end-of-line in the lexer.
+ fully reentrant parser (new Lua function `load')
+ better support for 64-bit machines.
+ native loadlib support for Mac OS X.
+ standard distribution in only one library (lualib.a merged into lua.a)
|
|
packages work, for example games/fillet-ng. This fixes PR 31171.
Bumped PKGREVISION.
|
|
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
|
|
packages. Thank you Bruce for helping with pkgsrc.
|
|
detect and add "-ldl" (on systems that need it) by itself during the
build. This addresses pkg/31171.
|
|
bump the PKGREVISION to 4, and set BUILDLINK_RECOMMENDED.lua appropriately
in the buildlink3.mk file.
|
|
pkg/29389.
Bump PKGREVISION.
|
|
|
|
|
|
|
|
Suggested by Roland Illig, ok'd by various.
|
|
Bump PKGREVISION.
Thanks to Masao Uebayashi for the patch.
|
|
|
|
o Enable pkgviews installation (hi cube, the one from pkgsrcCon 2004 who
forgot to commit this)
Bump PKGREVISION.
|
|
|
|
- don't hardcode RANLIB=ranlib
- don't pass gcc specific -W flags
- needs -ldl on Solaris
|
|
some lua libraries; pointed out by pancake. No bump PKGREVISION this time.
|
|
Lua 5.0.2 is a bugfix release, which contains the following fixes:
src/ldo.c
Attempt to resume running coroutine crashed Lua
src/lgc.c
C functions also may have stacks larger than current top
Userdata to be collected still counted into new GC threshold
src/lgc.h
Userdata to be collected still counted into new GC threshold
src/lparser.c
Syntax `local function' did not increment stack size
src/lvm.c
`pc' address was invalidated when a coroutine was suspended
Count hook might be called without being set
src/lib/lbaselib.c
Buffer overflow for unusual %p representation
Wrong number of returns from chunks loaded from stdin
src/lib/liolib.c
`file.close()' could not be called without arguments
Buffer overflow for unusual %p representation
src/luac/luac.c
Missing lock/unlock
|
|
Walfridsson. ``Oops''.
|
|
break. Reported to lua authors.
|
|
PR 24219 by pancake at phreaker dot net. Bump PKGREVISION.
|
|
pre-release. However, it is unlikely to change for the final release of
5.0.1.
Fixed bugs:
1. lua_closethread exists only in the manual
2. attempt to resume a running coroutine crashes Lua
3. file:close cannot be called without a file. (results in seg. fault)
4. C functions may have stacks larger than current top
5. `pc' address is invalidated when a coroutine is suspended
6. userdata to be collected still counts into new GC threshold,
increasing memory consumption
7. IBM AS400 (OS400) has sizeof(void *)==16, and a `%p' may generate up
to 60 characters in a `printf'. That causes a buffer overflow in
`tostring'.
8. syntax `local function' does not increment stack size
9. count hook may be called without being set
|
|
|
|
|
|
Should anybody feel like they could be the maintainer for any of thewe packages,
please adjust.
|
|
* Changes from version 4.0 to 5.0
-------------------------------
Language:
+ lexical scoping.
+ Lua coroutines.
+ standard libraries now packaged in tables.
+ tags replaced by metatables and tag methods replaced by metamethods,
stored in metatables.
+ proper tail calls.
+ each function can have its own global table, which can be shared.
+ new __newindex metamethod, called when we insert a new key into a table.
+ new block comments: --[[ ... ]].
+ new generic for.
+ new weak tables.
+ new boolean type.
+ new syntax "local function".
+ (f()) returns the first value returned by f.
+ {f()} fills a table with all values returned by f.
+ \n ignored in [[\n .
+ fixed and-or priorities.
+ more general syntax for function definition (e.g. function a.x.y:f()...end).
+ more general syntax for function calls (e.g. (print or write)(9)).
+ new functions (time/date, tmpfile, unpack, require, load*, etc.).
API:
+ chunks are loaded by using lua_load; new luaL_loadfile and luaL_loadbuffer.
+ introduced lightweight userdata, a simple "void*" without a metatable.
+ new error handling protocol: the core no longer prints error messages;
all errors are reported to the caller on the stack.
+ new lua_atpanic for host cleanup.
+ new, signal-safe, hook scheme.
Implementation:
+ new license: MIT.
+ new, faster, register-based virtual machine.
+ support for external multithreading and coroutines.
+ new and consistent error message format.
+ the core no longer needs "stdio.h" for anything (except for a single
use of sprintf to convert numbers to strings).
+ lua.c now runs the environment variable LUA_INIT, if present. It can
be "@filename", to run a file, or the chunk itself.
+ support for user extensions in lua.c.
sample implementation given for command line editing.
+ new dynamic loading library, active by default on several platforms.
+ safe garbage-collector metamethods.
+ precompiled bytecodes checked for integrity (secure binary dostring).
+ strings are fully aligned.
+ position capture in string.find.
+ read('*l') can read lines with embedded zeros.
|
|
|
|
Added my own makefiles to create shared versions of the libraries
using bsd.lib.mk.
Changes in Lua itself:
lua/src/lapi.c
lua/src/lstring.c
Fixed a bug in lua_pushuserdata(L, NULL)
lua/src/ldo.c
lua/src/lgc.c
lua/src/lgc.h
Give a good chance for GC before parsing
lua/src/lparser.c
Fixed a bug (did not accept `;' after a `return')
lua/src/lvm.c
Fixed a bug (linehook off by 1)
lua/src/lib/lbaselib.c
Fixed a bug in rawget and rawset (seg. fault if given extra arguments)
Fixed a bug in dostring (identification of precompiled chunks)
|
|
single instance of ${PAX}.
|
|
Lua is a powerful, light-weight programming language designed for
extending applications. Lua is also frequently used as a
general-purpose, stand-alone language.
Lua combines simple procedural syntax (similar to Pascal) with
powerful data description constructs based on associative arrays and
extensible semantics. Lua is dynamically typed, interpreted from
bytecodes, and has automatic memory management, making it ideal for
configuration, scripting, and rapid prototyping.
Lua is a language engine that you can embed into your application.
This means that, besides syntax and semantics, Lua has an API that
allows the application to exchange data with Lua programs and also to
extend Lua with C functions. In this sense, Lua can be regarded as a
language framework for building domain-specific languages.
Lua is implemented as a small library of C functions, written in ANSI
C, and compiles unmodified in all known platforms. The implementation
goals are simplicity, efficiency, portability, and low embedding cost.
The result is a fast language engine with small footprint, making it
ideal in embedded systems too.
|
