[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Chicken-users] csc-CVS (i686-pc-linux-gnu): -compress-literals makes c

From: Sven Hartrumpf
Subject: [Chicken-users] csc-CVS (i686-pc-linux-gnu): -compress-literals makes compiled program crash
Date: Fri, 31 Jan 2003 15:03:34 +0100 (CET)

Hi all.

I am trying to use the new compiler option -compress-literals (for example
with value 50), but the resulting program crashes:

ki220:~/nli> gdb52 nallch
GNU gdb 5.2
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) ru -:d -:hg0 -:hi768m -:hs0 -:s68k -n no-random -f 0
Starting program: /home/sven/nli/nallch -:d -:hg0 -:hi768m -:hs0 -:s68k -n 
no-random -f 0
[debug] application startup...
[debug] heap resized to 805306368 bytes
[debug] stack bottom is 0xbfffedcc.
[debug] entering toplevel toplevel...
[debug] entering toplevel library_toplevel...
[debug] entering toplevel eval_toplevel...
[debug] entering toplevel extras_toplevel...
[debug] entering toplevel posix_toplevel...
[debug] entering toplevel regex_toplevel...
[debug] entering toplevel script_utils_toplevel...
Error: unterminated list
writing stack-trace...
last traced call: ##sys#read-from-string

Program exited with code 0106.
(gdb) bt
No stack.

##sys#read-from-string (23 times)

csc call:
> csc nallch.scm -optimize-level 1 -block -C "-O1" -L "-static" 
> -compile-time-macros-only -compress-literals 50 -debug-level 1 
> -disable-interrupts -no-winding-callcc -v3 -o nallch

Declarations in the program:
(declare (standard-bindings))
(declare (extended-bindings))
(declare (uses library))
(declare (uses extras))
(declare (uses posix))
(declare (uses regex))
(declare (uses script-utils))

Could the size of a string be a problem for ##sys#read-form-string?

Any other ideas?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]