- Gambit-list - mailman.iro.umontreal.ca

Fwd: [gambit-list] Path for ##include
by Marc Feeley 06 Mai '06

06 Mai '06

Begin forwarded message: > From: Marc Feeley <feeley(a)iro.umontreal.ca> > Date: May 5, 2006 10:43:06 PM GMT+02:00 > To: Eric Merritt <cyberlync(a)gmail.com> > Subject: Re: [gambit-list] Path for ##include > > On 5-May-06, at 10:30 PM, Eric Merritt wrote: > >> Is there a way to specify a set of directories that ##include will >> use to find files. After rooting around in the sources for an hour or >> so I was unable to find anything. I have been trying various >> project/library layouts and have happened across a couple that should >> work well. However, they won't work if all of there dependent headers >> must be in the same directory as the source or the gambit install >> directory. > > Do you have any suggestions? I am currently implementing a > "require" form, which has the concept of modules and I'm pondering > what would be the best way to locate the modules. I dislike search > paths (because the meaning of a program will depend on an > environment variable, which seems insecure), but maybe there is no > better way. > > Marc >

2 1

Path for ##include
by Eric Merritt 06 Mai '06

06 Mai '06

Is there a way to specify a set of directories that ##include will use to find files. After rooting around in the sources for an hour or so I was unable to find anything. I have been trying various project/library layouts and have happened across a couple that should work well. However, they won't work if all of there dependent headers must be in the same directory as the source or the gambit install directory. Thanks for your help, Eric

1 0

Breakpoints
by Christian 04 Mai '06

04 Mai '06

Hello I'd like to be able to set breakpoints (in interpreted code, at least). What I find useful for debuggers to offer: - being able to set breakpoints also in files for which I don't have the permission for modifications. - being able to remember the selected breakpoints over source code changes (like reloads of the source file into the running system); but maybe emacs can handle this by itself. Probably the position of the breakpoints will be given by line/column numbers in the source file (through an emacs mode or similar). Or maybe S-EXPR related positioning (SXPath?) can be a good alternative. What would be the steps necessary to achieve this? I may help in the implementation or in researching the best ways for handling of breakpoints from emacs. BTW can compiled Gambit code be sensibly debugged with a stepper? Using GDB? Or maybe by using the portable scheme debugger? Or inserting some other trickery like some form of inserted checkpoints which stop execution if some flag is set? This may especially turn out to be useful in connection with continuation serialization, since serializing continuations is only really practical for compiled code because of their size; so a system which is depending on serialization will want to have all code be compiled at least in live usage, and it would be useful to be able to debug live systems too. Thanks Christian.

1 0

C and C++ versions of Gambit on the same computer
by Pierre-Alexandre Fournier 03 Mai '06

03 Mai '06

Hello, I would like to compile two version of Gambit on my computer, one for C "gsc", and another for C++ "c-plusplus-gsc". Is it possible to add an option to "configure" to have a "c-plusplus-" prefix (or something similar) in front of the programs? Thanks, -- Pierre-Alexandre Fournier

2 2

Re: I have no Windows SDK, but I have Visual
by Marc Feeley 02 Mai '06

02 Mai '06

On 2-May-06, at 9:17 AM, gas.comp.lisp wrote: > Hello, > > I have mail you for several questions before, and my last question > is I can't compile Gambit-C with Visual C++ Toolkit 2003. Your > suggestion is to follow the instructions. After that, I check what > I have done, I find that I have no Windows SDK. Strange? But I have > Visual C++ SP6, which I think contains all the SDK. So, I set the > environment, and config the "vctoolkit.bat", in which I delete the > two "@call". So now, I use Visual C++ Toolkit 2003 as the compiler, > and the include and lib files provided by the Visual C++ 6.0 SP6. > Still, unfortunately, I get these messages. > Thank you! > Mao.. > > It would seem that almost everything is working (at least compiling) properly. The only problem is the undefined in6_addr structure used in os.c . This is used for IPv6 support, which is not required for proper operation of Gambit. I don't know why that is not working for you, perhaps an old version of the SDK. So I suggest you disable this functionality by commenting out this section of code in os.c: /* Access to host information. */ #ifdef AF_INET6 #define USE_IPV6 #endif Try recompiling after this change. Marc

1 0

Performance observations
by Christian 29 Avr '06

29 Avr '06

Hello Here are a few observations about runtime performance (of compiled code on Linux/x86). - the generational garbage collector is about 3 times faster than allocation/collection of "still" objects. But it looks like it is only about as fast as the BoehmGC as being used by Bigloo. Comparing Chicken with Gambit, it looks like Chicken allocates for all function calls, but it has a collector which seems to be 3 times faster than the generational collector of Gambit (Chicken is sometimes faster than Gambit for allocation intensive code (like closures are about as cheap as normal function calls), but only in benchmarking mode (-Ob), Gambit is faster for most other code and less dependent on unsafe optimizations. It surprises me a bit that Chicken's stack allocation/scanning approach is so fast, since also return addresses from function calls are saved on the stack for no benefit (which should make the memory usage slightly bigger and scanning more costly, right?). Maybe this is highly cpu cache dependent? Chicken does some timings during configuration, which makes me suspect that there is room for tuning for Gambit, too. - function calls across compilation block boundaries usually are quite slow (like hundreds of cpu cycles), I guess since they are looked up dynamically by name on each call. For example replacing calls to ##promise? with calls to my_promise? with the definition (define (my_promise? obj) (and (##subtyped? obj) (##eq? (##subtype obj) 12 ;; current definition of (macro-subtype-promise) ))) in the same block makes the time needed for calling this predicate drop from around 200 cpu cycles down to about 30 cycles. A mechanism for static function calls across block boundaries might be beneficial in such cases where a function is known not to change during runtime except when a new object file is loaded. (An alternative may be to include copies of those function definitions which are speed critical into every block which is using them, that also opens the possibility for inlining, but code bloat may be the downside.) (In case gambit is currently using a name lookup in a table for each call: I'm wondering if (just an idea) using a box around the lambda value wouldn't speed such calls up already. Callers could keep a reference to the box and wouldn't have to do a costly table lookup anymore on subsequent calls, and the system could still replace functions at any time.) Or are those cpu cache effects too? - maybe as a result of the above, delay and force might be faster than they are: a stream using those (in the same block) instead of the builtin delay / force is about 1.5 times faster for me: ;; I couldn't find a more lowlevel way to allocate a promise ;; structure: (define alloc_promise ##make-promise) (define-macro (my_delay body) `(alloc_promise (lambda () ,body))) ;; my_promise? -> see definition above (define (my_force promise) (if (my_promise? promise) (let ((maybe-thunk (##vector-ref promise 0))) (if maybe-thunk (let ((value (maybe-thunk))) (##vector-set! promise 1 value) (##vector-set! promise 0 #f) value) (##vector-ref promise 1))) (error "not a promise: " promise))) Thanks Christian.

1 1

Re: trouble making Gambit-C 4.0b17 under Solaris
by Marc Feeley 21 Avr '06

21 Avr '06

Will, something seems to be wrong with the timestamps on the files in the distribution. I'll check it out. In the meantime it may help to do: % touch lib/_kernel.c lib/_gambc.c gsi/_gsi_.c gsc/_gsc_.c % make The touch may be required of other files too. Once the compiler (gsc/ gsc) is built, you can change the .scm files in the runtime library and they will be recompiled by the Scheme compiler. Marc On 20-Apr-06, at 4:14 PM, William D Clinger wrote: > I'm having trouble getting Gambit-C 4.0b17 to build > under Solaris on various SunBlade systems. A typical > attempt is summarized below. > > Will > > [gambc40b17]% pwd > /proj/will/Apps/Gambit/gambc40b17 > > [gambc40b17]% which make > /arch/gnu/bin/make > > [gambc40b17]% ./configure --prefix=/proj/will/Apps/Gambit/ > > [gambc40b17]% make > making all in include > make[1]: Entering directory `/proj/will/Apps/Gambit/gambc40b17/ > include' > make[1]: Leaving directory `/proj/will/Apps/Gambit/gambc40b17/include' > making all in lib > make[1]: Entering directory `/proj/will/Apps/Gambit/gambc40b17/lib' > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c main.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c setup.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c mem.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c c_intf.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c os.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c os_base.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c os_time.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c os_shell.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c os_files.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c os_dyn.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c os_tty.c > gcc -I../include -I. -Wall -W -Wno-unused -O1 -fno-math-errno - > fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fomit- > frame-pointer -fPIC -fno-common -DHAVE_CONFIG_H -D___PRIMAL - > D___LIBRARY -D___GAMBCDIR=\"/proj/will/Apps/Gambit/\" -c os_io.c > ../gsc/gsc -:=".." -f -c -check _kernel.scm > /bin/sh: ../gsc/gsc: not found > make[1]: *** [_kernel.c] Error 1 > make[1]: Leaving directory `/proj/will/Apps/Gambit/gambc40b17/lib' > make: *** [all-recursive] Error 1

1 0

Re: [gambit-list] How to link files like *.c and *_.c generated by Gambit-C 4.0 beta 17 to a ".exe" file in Windows XP using GCC 3.4?
by Bradley Lucier 19 Avr '06

19 Avr '06

I think this was answered in the replies to http://groups.google.com/group/comp.lang.scheme/browse_thread/thread/ 51f3bade52ff76d3/8918ef34bcaad7cd#8918ef34bcaad7cd ? Brad On Apr 10, 2006, at 4:27 AM, 盛茅 wrote: > Hi,Schemes, > I'm completely a newbie here. I have after this question for weeks, > but get nothing. Thank you for helping me. > My questions are: > How to link files like *.c and *_.c generated by Gambit-C 4.0 beta > 17 to a ".exe" file in Windows XP using GCC 3.4? > How to compile Gambit-C itself and ".c" and "_.c" files generated > by it using Visual C++ 2003 Toolkit? > Thank you! > Mao.. > > 雅虎1G免费邮箱百分百防垃圾信 > 雅虎助手-搜索、杀毒、防骚扰 > _______________________________________________ > Gambit-list mailing list > Gambit-list(a)iro.umontreal.ca > http://mailman.iro.umontreal.ca/mailman/listinfo/gambit-list

1 0

needed - MacGambit-C 3.0
by Frank Gizinski 15 Avr '06

15 Avr '06

I lost my MacGambit-C 3.0 because of a hard disk failure. If there is any place I can download it or someone who can e-mail it to me as an attachment I would appreciate it. Willing to pay for the trouble taken. Frank Gizinski

2 1

How to link files like *.c and *_.c generated by Gambit-C 4.0 beta 17 to a ".exe" file in Windows XP using GCC 3.4?
by 盛茅 10 Avr '06

10 Avr '06

Hi,Schemes, I'm completely a newbie here. I have after this question for weeks, but get nothing. Thank you for helping me. My questions are: How to link files like *.c and *_.c generated by Gambit-C 4.0 beta 17 to a ".exe" file in Windows XP using GCC 3.4? How to compile Gambit-C itself and ".c" and "_.c" files generated by it using Visual C++ 2003 Toolkit? Thank you! Mao.. --------------------------------- 雅虎1G免费邮箱百分百防垃圾信雅虎助手-搜索、杀毒、防骚扰

1 0