Re: guile+iconv fails on windows

2013-11-09 Thread Eli Zaretskii
> Date: Sat, 9 Nov 2013 23:35:33 +0100 > From: Panicz Maciej Godek > > ;;; compiling .\extra\common.scm > ;;; compiling c:/guile2/share/guile/2.0\system\vm\frame.scm > Backtrace: > In unknown file: >?: 1 ;;; compiling system\vm\frame.scm > Exception thrown while printing backtrace: > ERROR: I

guile+iconv fails on windows

2013-11-09 Thread Panicz Maciej Godek
Hi, perhaps you'd be able to provide me with a quick hint. I've finally managed to compile my framework SLAYER to run on Windows. I used the latest snapshot, guile-2.0.9.98-36c40-dirty, and compiled it without threads (I had to pass "ac_cv_func__set_invalid_parameter_handler=no" to configure, becau

Re: guile scripting for gdb

2013-11-09 Thread Doug Evans
On Sat, Nov 9, 2013 at 10:40 AM, Doug Evans wrote: >> As discussed on IRC, one possible issue is eq?-ness of SMOBs: one would >> usually expects pointer equality to be preserved at the Scheme level. > > Yeah. > That'll require gdb maintaining its own table(s) for each kind of smob > we want to int

Re: guile scripting for gdb

2013-11-09 Thread Thien-Thi Nguyen
() Doug Evans () Sat, 9 Nov 2013 10:40:18 -0800 Would it be ok to punt on eq?-ness until there's a compelling reason to make it work? Does the non-‘eq?’-ness of smobs prevent them from retaining object properties, here? This is the long-standing bug that GNU Serveez is addressing (in the

Re: guile scripting for gdb

2013-11-09 Thread Doug Evans
On Thu, Nov 7, 2013 at 3:39 PM, Ludovic Courtès wrote: > Hello, > > Doug Evans skribis: > >> fyi, I've uploaded my gdb-guile branch to github. >> >> https://github.com/dje42/gdb.git >> >> It's in branch gdb-guile. > > Nice piece of work from several angles (implementation strategy, test > coverag