Changes since 1.3.4:
Version 1.9.3
- Comes with a compatibility layer that allows GnuCash to be built
with it.
- Reverts the enhanced generics support, which was introduced in
1.9.2, since that currently breaks guile-gnome
- Bugfixes
+ g-wrap-2.0-guile.pc is now generated correctly, even if the
internal libffi is used.
+ Types used by constants are now considered when calculating the
set of referenced types in a wrapset. This bug led to missing code
and compile errors when a type defined in another wrapset was used
by only by a constant.
+ On platforms which lack alloca(), the version shipped with
G-Wrap should now build correctly.
Version 1.9.2
- Now comes with libffi included, for systems which lack an libffi
installation
- SRFI module checks now work correctly, even if you do an in-tree build
Version 1.9.1
- API change: destruct-value-cg is now named destroy-value-cg
- Bugfixes
+ A bug in the latent generic code has been fixed
+ The error message for WCP type errors has been fixed
Version 1.9.0
- Complete rewrite; too many changes to list, see the manual for the
new GOOPS-based API and the guile-gnome project for an extended
example.
- New features:
+ Output arguments
+ Default arguments
- G-Wrap should be target-language agnostic, like it was in its
early days.
Guile-Lib is intended as an accumulation place for pure-scheme Guile
modules, allowing for people to cooperate integrating their generic
Guile modules into a coherent library. Think "a down-scaled,
limited-scope CPAN for Guile".
Also, it can be seen as a code staging area for Guile; the Guile
developers could decide to integrate some of the code into
guile-core. An example for a possible candidate is SRFI-35.
* SSAX, S-Exp-based XML parsing/query/conversion
* HTMLPrag, a permissive ("pragmatic") HTML parser
* Texinfo processing, enabling literate programming
* Unit testing framework ala JUnit
* Logging system
* String routines (wrapping, completion, soundex algorithm)
* OS process chains (think "shell pipes in scheme")
* An LALR parser
* ANSI escape sequence text coloring
* Structured text (plain, texinfo, html)
* SRFI-35 (conditions)
NEWS since guile-gtk-1.2-0.31
* Guile-gtk-1.2 is now part of the GNU Project.
* Drag'n'Drop support - see examples/test-dnd.scm
* GdkPixbuf bindings. Formerly these bindings were part of
guile-gnome, unfortunately they were far from compelete,
moreover they were not working at all. Now there are full
GdkPixbuf bindings in the (gtk-1.2 gdk-pixbuf) module.
* LibGlade bindings (formerly part of gnome-guile). Imported from
gnome-guile, completed and improved. Now it is possible to
autoconnect scheme functions and build a guile-gtk (glade)
application in three commands - see examples/test-glade.scm and the
little bit longer examples/run-glade.scm.
You can find libGlade bindings in the (gtk-1.2 glade) module.
* GtkGLArea bindings (formerly part of guileGL). Imported from
guileGL, completed and improved.
(gtk-1.2 gdk-gl) module provides bindings for Gdk part of GtkGLArea
library (GdkGLContext, GdkGLPixmap etc), (gtk-1.2 gtk-gl-area) has
bindings for GtkGLArea functions.
* configure script has options --with-gdk-pixbuf, --with-glade and
--with-gtkgl. Just in case you would like to turn off these new
nifty features.
* build-guile-gtk-1.2 supports functions with arbitrary number of
required arguments.
* GtkPixmap bindings closely reflects C API, helper function
gtk-pixmap-new-from-file implements old behaviour.
GtkPixmap bindings are complete.
* Lots of additional bindings, especially for Gdk.
NEWS in guile-gtk-1.2-0.31
* Bug fixes.
NEWS in guile-gtk-1.2-0.30
* Support for Gnome and Gtk+-2.0 has been removed.
The modules have been renamed from (gtk ...) to (gtk-1.2 ...). They
are still available under their old names, but the new ones are
preferred.
Likewise, build-guile-gtk has been renamed to build-guile-gtk-1.2,
with the old name still available but deprecated.
Building new programs with "build-guile-gtk main" is no longer
supported; only shared libraries are. Consequently, the guile-gtk
program is no longer provided.
NEWS in 0.20
* New `cname' option for field specifiers. You can now specify what
name to use on the C side for field accessors. For example, to
access the allocation.x subfield of a GtkWidget structure, you can use
(fields
(int allocation-x (cname allocation.x)))
The value of the option can be either a symbol or a string.
* New cstring type added to deal with const char *str declarations.
* Guile-gtk will now start the usual `top-repl' of Guile. The
processing of Gtk events will happen in a separate handler thread.
When your Guile doesn't support threading, you get the old event
driven repl.
* `gdk-event-button-state' and `gdk-event-key-state' have been
replaced by `gdk-event-state'. The new function will return a
GtkModifierType which is a list of symbol such as
(shift-mask control-mask)
* Automatic *.h->*defs translator
* Threads support
* Experimental GTK+ 2.0 support
* RPM spec file corrected
* Lots of additions and corrections to the *.defs files
* Various bug fixes
GObject Builder (for glib2) is a simple preprocessor for easily
creating GObject objects. It does not parse any C code and ignores
any C errors. It is in spirit similar to things like lex or yacc. In
some ways it also resembles java. But it is really just a simple
preprocessor for creating GObjects for use in C or C++ and it is not a
programming language.
(1) The Berkeley DB storage backend requires DB-3.x, and used an
experimental feature of DB-3.x.
(2) There is a pretty severe bug that "prevents serious use of the
Berkeley DB backend", according to the documentation included
with the GConf sources.
(3) GConf2, the successor to GConf, doesn't build with the Berkeley
DB storage backend either.
Suggested by jlam.
Bump PKGREVISION.
Remove db3 bl3 inclusion from bl3 file, and bump BUILDLINK_DEPENDS
for it.
This fixes the gnucash build problems noted in PR 28423.
Yet another implementation of an anonymous class with per object
overridable methods, but with the added attraction of sort of
working dispatch to the parent class's method.
rsltc provides type-checking, pretty-printing, generation of confidence
conditions, showing module dependencies, translation to Standard ML, to
C++, and to PVS, and translation to RSL from UML class diagrams.
Gentle is an integrated system for compiler writers.
Gentle supports the description of compilers at a very high level
and relieves users from the need to deal with implementation details.
It has been used in large industrial projects and for constructing various
commercial products.
Changes since 1.00:
- Added 'get_my_factory()' and 'get_my_factory_type()'
- Ensure that new() returns undef if get_factory_class() doesn't
work properly and factory_error() is overridden (and the
overridden method doesn't die)
- Added a few more tests to ensure factory_log() and
factory_error() working properly
- add_factory_type() checks %INC to see if a class is already
loaded.
- All log/error messages now have variables in apostrophes
rather than brackes.
- Added copyright and license info
- Made affirm's code dumping code safe on perl where B::Deparse
isn't quite up to the job.
- Some minor grammar nits from David Wheeler.
Change log:
Sun Feb 29 16:51:34 2004 Jarkko Hietaniemi <jhi@iki.fi>
* No functional changes but document the known fact that
under at least Mac OS X 10.3.2 the t/setrlimit.t subtest #8
may fail because of an OS bug. Also reorder the documentation
a bit to collect all the known issues under one heading.
* Release 1.24.
Fri Nov 12 19:20:37 EST 2004
Fixed bug in PDF extractor (extremely rare segfault).
Fixed#787.
Fixed bug in man extractor (undocumented return value running on
4 GB file not taken care of properly).
Sat Oct 30 20:18:21 EST 2004
Fixing various problems on Sparc64 (bus errors).
Workaround for re-load glib problem of OLE2 extractor.
