http://permalink.gmane.org/gmane.lisp.guile.gtk hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.lisp.guile.gtk/1035 <pre>Good news, everyone! Guile-Clutter 1.10.0 is out! Get it here: http://ftp.gnu.org/gnu/guile-gnome/guile-clutter/guile-clutter-1.10.0.tar.gz Guile-Clutter is a Guile wrapper for the Clutter library. It lets you create reactive, modern graphical interfaces from the Scheme language. This release is the first of the 1.x series. It wraps all of Clutter. However, since there was no binding for Clutter 1.8 or before, we took advantage of the opportunity to omit functionality that has been deprecated within the 1.x series. Guile-Clutter is almost entirely documented in Texinfo, generated from the upstream Docbook documentation, automatically adapted to the actual names and interfaces that Guile-Clutter exposes. This has the advantage of completeness and correctness, though it's still pretty obvious that this is generated documentation. Check it out here: http://www.gnu.org/software/guile-gnome/docs/clutter/ Learn more about Guile and Clutter here: http://www.gnu.org/software/guile/ http://www.cl</pre> Andy Wingo 2012-05-16T09:54:57 http://permalink.gmane.org/gmane.lisp.guile.gtk/1034 <pre>Hello all, I am pleased and embarrassed to announce the release of guile-gnome-platform version 2.16.2. Get it here: http://ftp.gnu.org/gnu/guile-gnome/guile-gnome-platform/guile-gnome-platform-2.16.2.tar.gz About guile-gnome-platform ========================== guile-gnome is a Guile wrapper collection for the GNOME library stack. It ships with an wrapper engine that allows semi-automatic wrapping of GObject-based C APIs. This release is the first in 4 years. The API has not been substantially updated. The major change is simply that it works with 2.0, and there there is a tarball. Changes ======= * Instead of the terribly complicated revision control configuration that we had before, now all code is in git, and in just one branch. The build files like Makefile.am and configure.ac are no longer generated from other files. * Update to support Guile 2.0 in addition to 1.8. (We don't currently install compiled .go files yet.) * Require G-Wrap 1.9.14. * If Guile is new enough, tab compl</pre> Andy Wingo 2012-05-09T20:53:00 http://permalink.gmane.org/gmane.lisp.guile.gtk/1033 <pre>Ah~that's great news~ And I tested, it works for me. Now I could start some project with GUI. Thanks! On Thu, May 10, 2012 at 5:01 AM, Andy Wingo &lt;wingo&lt; at &gt;pobox.com&gt; wrote: _______________________________________________ guile-gtk-general mailing list guile-gtk-general&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/guile-gtk-general </pre> Nala Ginrut 2012-05-10T02:55:04 http://permalink.gmane.org/gmane.lisp.guile.gtk/1032 <pre>Hello all, I am pleased and embarrassed to announce the release of guile-gnome-platform version 2.16.2. Get it here: http://ftp.gnu.org/gnu/guile-gnome/guile-gnome-platform/guile-gnome-platform-2.16.2.tar.gz About guile-gnome-platform ========================== guile-gnome is a Guile wrapper collection for the GNOME library stack. It ships with an wrapper engine that allows semi-automatic wrapping of GObject-based C APIs. This release is the first in 4 years. The API has not been substantially updated. The major change is simply that it works with 2.0, and there there is a tarball. Changes ======= * Instead of the terribly complicated revision control configuration that we had before, now all code is in git, and in just one branch. The build files like Makefile.am and configure.ac are no longer generated from other files. * Update to support Guile 2.0 in addition to 1.8. (We don't currently install compiled .go files yet.) * Require G-Wrap 1.9.14. * If Guile is new enough, tab compl</pre> Andy Wingo 2012-05-09T21:01:36 http://permalink.gmane.org/gmane.lisp.guile.gtk/1031 <pre>completing the previous email ... cheers, david_______________________________________________ guile-gtk-general mailing list guile-gtk-general&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/guile-gtk-general </pre> David Pirotte 2012-05-01T20:11:46 http://permalink.gmane.org/gmane.lisp.guile.gtk/1030 <pre>Hi guilers, attached, a patch which updates configure.ac [to refer to clutter-1.0] and has all 'recreated' clutter*.defs [*] files, based on debian libclutter-1.0-dev 1.8.4-1 the patch is incomplete: i am sending it to save time of some of you that might be interested in helping me to complete the work [my C knowledge is quite rudimentary], and actually the _real_ work still need to be done: updating ./clutter/gnome/gw/clutter-support.c[h] ./clutter/gnome/overrides/clutter*.defs probably Andy said on irc that 'jave' may have a working version: please jave, if you read this message and/or appear on irc, get in touch and help me :) Thanks, David i named the patch clutter-1.0 but should have named it clutter-1.0-prelim or something... [*]i wrote a guile script which runs h2defs.py on clutter, clutter-glx and clutter-x11: it would be nice if someone knowledgeable in wrapping C libraries could verify that i did effectively create these files as they should, let me know _____________________</pre> David Pirotte 2012-05-01T17:45:41 http://permalink.gmane.org/gmane.lisp.guile.gtk/1029 <pre>hello guilers, although most of you probably are aware, here are 2 [old] pointers that might be helpful to the process of porting guile-clutter from 0.8 to 1.0: http://lwn.net/Articles/345468/ http://docs.clutter-project.org/docs/clutter/stable/migration.html cheers, david </pre> David Pirotte 2012-05-01T22:16:23 http://permalink.gmane.org/gmane.lisp.guile.gtk/1028 <pre>completing the previous email ... cheers, david _______________________________________________ guile-gtk-general mailing list guile-gtk-general&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/guile-gtk-general </pre> David Pirotte 2012-05-01T20:32:13 http://permalink.gmane.org/gmane.lisp.guile.gtk/1027 <pre>Hi guilers, please disregard my 2 previous emails attachments: one of them was too big and the second would only have made sense if the first ... i produced 4 patches instead, which i am sending in 2 emails, sorry for the inconvenience. so, as said, this is a very preliminary work to try to get guile-gnome/clutter branch to work with clutter-1.0: these patches _only_ contains update of the configure.ac and *.defs, recreated based on debian libclutter-1.0-dev 1.8.4-1 _real_ work actually needs to be done, i am sending the patches to [try to] save the time of those of you that might be interested in helping me to complete the work [my C knowledge is quite rudimentary], and actually the _real_ work still need to be done: updating ./clutter/gnome/gw/clutter-support.c[h] ./clutter/gnome/overrides/clutter*.defs probably Andy said on irc that 'jave' may have a working version: please jave, if you read this message and/or appear on irc, get in touch and help me :) Thanks, David [*]i wrote a gui</pre> David Pirotte 2012-05-01T20:10:23 http://permalink.gmane.org/gmane.lisp.guile.gtk/1026 <pre>hi again, clutter-1.0 'second' patch attached replying to myself, since i just realized that clutter.defs, clutter-glx.defs and clutter-x11.defs files were all missing a 'first' line such as: (include type-ignores) (include "clutter*-types.defs") (include overrides) david ;; -- Le Tue, 1 May 2012 14:45:41 -0300, David Pirotte &lt;david&lt; at &gt;altosw.be&gt; a écrit : _______________________________________________ guile-gtk-general mailing list guile-gtk-general&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/guile-gtk-general </pre> David Pirotte 2012-05-01T18:16:41 http://permalink.gmane.org/gmane.lisp.guile.gtk/1025 <pre>Hi, in the new glib version they won't let you include some libs directly, you have to include glib.h instead. Here's the patch. - Daniel _______________________________________________ guile-gtk-general mailing list guile-gtk-general&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/guile-gtk-general </pre> Daniel Krueger 2012-04-30T11:18:55 http://permalink.gmane.org/gmane.lisp.guile.gtk/1024 <pre>Hi guilers, today i tried to add guile-clutter to the wrappers 'built by' guile-gnome, following Andy's email http://permalink.gmane.org/gmane.lisp.guile.gtk/987 bur got the following error at configure: ... checking for G_WRAP... yes checking for CLUTTER... no checking for CLUTTER_GLX... no checking for GUILE_GLIB... yes configure: error: All wrappers failed their prerequisites. These following wrappers cannot be built: clutter would this wrap _really_ require clutter 0.7 or 0.8 ? Thanks, David here is the list of packages installed [i actually installed all available *clutter* debian packages]: ii clutter-1.0-tests 1.8.4-1 ii gir1.2-clutter-1.0 1.8.4-1 ii gir1.2-clutter-gst-1.0 1.5.4-1 ii gir1.2-gtkclutter-1.0 1.0.4-1 ii libclutter-1.0-0:i386 1.8.4-1 ii libclutter-1.0-common 1.8.4-1 ii libclutter-1.0-dbg:i386 1.8.4-1 ii libclutter-1.0-dev 1.8.4-1 ii</pre> David Pirotte 2012-04-28T19:30:25 http://permalink.gmane.org/gmane.lisp.guile.gtk/1023 <pre> Actually this bug seems to have nothing to do with guile-gnome or guile-cairo. I can trigger it on my system just by doing this: $ guile segmentation fault Again, this happens with guile-1.8.8, not guile &gt;=2.0. Digging a little further, the crash is actually caused by "libQtGui.so", which on my system is linked from libcairo.so. </pre> gregory benison 2012-01-19T15:04:25 http://permalink.gmane.org/gmane.lisp.guile.gtk/1022 <pre> Actually this seems to be an issue with guile-cairo: $ guile-gnome-2 guile&gt; (use-modules (cairo)) guile&gt; (quit) Segmentation fault Again, only happens with guile-1.8.8, not &gt;=guile-2.0. I am using guile-cairo-1.4. Actually just loading libguile-cairo.so (with dynamic-link) is enough to trigger the bug. </pre> gregory benison 2012-01-18T16:29:08 http://permalink.gmane.org/gmane.lisp.guile.gtk/1021 <pre> FWIW, I can't, either :) So maybe the moral of the story here is: use guile &gt;2.0. However, I suspect that guile-1.8.x will be found in the wild for quite some time to come. One observation... if we look at this point in execution (frame "6" here): #6 0xb788a3ac in scm_i_init_thread_for_guile (base=0xbfc25b24, parent=0xb7511f20) at threads.c:600 #7 0xb788a4d4 in scm_i_with_guile_and_parent (func=0xb7844b8e &lt;really_cleanup_for_exit&gt;, data=0x0, parent=0xb7511f20) at threads.c:732 #8 0xb788a4aa in scm_with_guile (func=0xb7844b8e &lt;really_cleanup_for_exit&gt;, data=0x0) at threads.c:721 #9 0xb7844bd8 in cleanup_for_exit () at init.c:398 at the start of scm_i_init_thread_for_guile() -- SCM_I_CURRENT_THREAD != NULL *when* guile &gt;= 2.0 SCM_I_CURRENT_THREAD != NULL *when* guile=1.8.8 and (use-modules (gnome gtk)) has _not_ been called SCM_I_CURRENT_THREAD == NULL *when* guile=1.8.8 and (use-modules (gnome gtk)) has been called (then segfault) i.e. calling (use-modules (gnome gtk)) somehow causes SCM_I_</pre> gregory benison 2012-01-12T18:21:22 http://permalink.gmane.org/gmane.lisp.guile.gtk/1020 <pre> Portage 2.1.10.41 (default/linux/x86/10.0/desktop/gnome, gcc-4.5.3, glibc-2.12.2-r0, 2.6.39-gentoo-r3 i686) ================================================================= System uname: Linux-2.6.39-gentoo-r3-i686-Intel-R-_Pentium-R-_Dual_CPU_T2330_&lt; at &gt;_1.60GHz-with-gentoo-2.0.3 Timestamp of tree: Sun, 08 Jan 2012 15:00:01 +0000 app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r2, 2.7.1-r1, 3.1.3-r1 dev-util/cmake: 2.8.4-r1 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.8.3-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.5.3-r1 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r1 sys-kernel/linux-headers: 2.6.36.1 (virtual/os-headers) sys-libs/glibc: 2.12.2 </pre> gregory benison 2012-01-11T22:01:02 http://permalink.gmane.org/gmane.lisp.guile.gtk/1019 <pre> Strange, this is: #define SCM_I_CURRENT_THREAD \ ((scm_i_thread *) scm_i_pthread_getspecific (scm_i_thread_key)) and that key is set in guilify_self_1, called from: It's rather silly that we are guilifying again; presumably the pthread key was cleared before guile's atexit handler got to run. I wonder if that was the proximate cause of this. What platform are you on? FWIW, I can't reproduce this on Guile from stable-2.0. What is the next step here, I wonder? Andy </pre> Andy Wingo 2012-01-11T21:43:35 http://permalink.gmane.org/gmane.lisp.guile.gtk/1018 <pre>I just confirmed that this also happens (for me) with current master (i.e. 5bd971045d), guile-1.8.8, g-wrap-1.9.14 </pre> gregory benison 2012-01-11T21:33:18 http://permalink.gmane.org/gmane.lisp.guile.gtk/1017 <pre> I got 'em all (below) and the problem is that 't' here == NULL: 383suspend (void) 384{ 385 scm_i_thread *t = SCM_I_CURRENT_THREAD; 386 387 /* record top of stack for the GC */ 388 t-&gt;top = SCM_STACK_PTR (&amp;t); 389 /* save registers. */ 390 SCM_FLUSH_REGISTER_WINDOWS; Program received signal SIGSEGV, Segmentation fault. 0xb77b8e73 in suspend () at threads.c:388 (gdb) bt #0 0xb77b8e73 in suspend () at threads.c:388 #1 0xb77b8ea9 in scm_leave_guile () at threads.c:398 #2 0xb77ba811 in scm_pthread_mutex_lock (mutex=0xb77e9e00) at threads.c:1481 #3 0xb775f928 in scm_gc_for_newcell (freelist=0xb77f0ab8, free_cells=0x83000c4) at gc.c:484 #4 0xb7773ece in scm_cell (car=1919, cdr=0) at ../libguile/inline.h:122 #5 0xb77b910c in guilify_self_2 (parent=0xb7440f20) at threads.c:491 #6 0xb77b93ac in scm_i_init_thread_for_guile (base=0xbfa66df4, parent=0xb7440f20) at threads.c:600 #7 0xb77b94d4 in scm_i_with_guile_and_parent (func=0xb7773b8e &lt;really_cleanup_for_exit&gt;, data=0x0, parent=0xb7440f20) at</pre> gregory benison 2012-01-11T21:15:12 http://permalink.gmane.org/gmane.lisp.guile.gtk/1016 <pre> Do you have more frames here? Thanks, Andy </pre> Andy Wingo 2012-01-11T21:12:06 http://permalink.gmane.org/gmane.lisp.guile.gtk/1015 <pre>$ guile-gnome-2 guile&gt; (use-modules (gnome gtk)) WARNING: (gnome gtk): `re-export-modules' imported from both (gnome gobject utils) and (gnome gw support modules) guile&gt; (quit) Segmentation fault + Only happens when (gnome gtk) has been loaded; seems not to be triggered by any of the other guile-gnome modules + occurs with guile-gnome-platform-2.16.1 and guile-1.8.8 (most recent releases in my distro) + Since this happens during cleanup, doesn't affect any program while it's running Program received signal SIGSEGV, Segmentation fault. 0xb77b8e73 in suspend () at threads.c:388 (gdb) bt #0 0xb77b8e73 in suspend () at threads.c:388 #1 0xb77b8ea9 in scm_leave_guile () at threads.c:398 #2 0xb77ba811 in scm_pthread_mutex_lock (mutex=0xb77e9e00) at threads.c:1481 #3 0xb775f928 in scm_gc_for_newcell (freelist=0xb77f0ab8, free_cells=0x83000c4) at gc.c:484 #4 0xb7773ece in scm_cell (car=1919, cdr=0) at ../libguile/inline.h:122 #5 0xb77b910c in guilify_self_2 (parent=0xb7440f20) at threads.c:491 #6 0xb77b93ac </pre> gregory benison 2012-01-11T20:57:56 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.lisp.guile.gtk