Re: [racket-dev] Scribble documentation bug
At Wed, 22 Feb 2012 13:38:37 -0500 (EST), J. Ian Johnson wrote: In scribblings/scribble/manual.scrbl: cite does not take only strings. I've been using bib-entries with it exclusively, actually. What all can it take? I see it makes a link element with a tag like `(cite ,@all-things-that-might-be-strings). I'd rather not go mucking about with what tags are and such to know what's really going on. I'm pretty sure that `cite' from `scribble/manual' takes only strings, and its implementation has a contract. Are you maybe using a `cite' bound by `define-cite' from `scriblib/autobib', along with `make-bib' from `scriblib/autobib' (which is the right way to use that kind of `cite')? _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Scribble documentation bug
I suppose I am. It's confusing that the identifier itself is not documented. -Ian - Original Message - From: Matthew Flatt mfl...@cs.utah.edu To: J. Ian Johnson i...@ccs.neu.edu Cc: dev@racket-lang.org Sent: Friday, February 24, 2012 12:12:31 PM GMT -05:00 US/Canada Eastern Subject: Re: [racket-dev] Scribble documentation bug At Wed, 22 Feb 2012 13:38:37 -0500 (EST), J. Ian Johnson wrote: In scribblings/scribble/manual.scrbl: cite does not take only strings. I've been using bib-entries with it exclusively, actually. What all can it take? I see it makes a link element with a tag like `(cite ,@all-things-that-might-be-strings). I'd rather not go mucking about with what tags are and such to know what's really going on. I'm pretty sure that `cite' from `scribble/manual' takes only strings, and its implementation has a contract. Are you maybe using a `cite' bound by `define-cite' from `scriblib/autobib', along with `make-bib' from `scriblib/autobib' (which is the right way to use that kind of `cite')? _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] build hang on s390x
Hi, it's the debian guys again and their wacky architectures. The build on the s390x (64 bit version) seems to hang at the following place /usr/bin/make ../gracket3m make[6]: Entering directory `/home/bremner/racket-5.2.1+dfsg1/build/gracket/gc2' ../../racket/racket3m -cqu /home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../../racket/gc2/xform.rkt --setup ../../racket/gc2 --cpp gcc -E -I/home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../../racket/gc2 -I./../../racket/ -I/home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../../racket/include/ -Dwx_xt -MMD --keep-lines -o xsrc/grmain.c +D INITIAL_COLLECTS_DIRECTORY=''`cd /home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../../../collects; pwd`'' /home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../grmain.c I killed it after about 30 minutes. The CPU is at 100%, but it doesn't seem to be using that much memory. Anything suggests for things to try to debug? d _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] build hang on s390x
On Fri, Feb 24, 2012 at 10:15:40PM -0400, David Bremner wrote:
Hi, it's the debian guys again and their wacky architectures.
The build on the s390x (64 bit version) seems to hang at the following
place
(The s390 build works fine)
/usr/bin/make ../gracket3m
make[6]: Entering directory
`/home/bremner/racket-5.2.1+dfsg1/build/gracket/gc2'
../../racket/racket3m -cqu
/home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../../racket/gc2/xform.rkt
--setup ../../racket/gc2 --cpp gcc -E
-I/home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../../racket/gc2
-I./../../racket/
-I/home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../../racket/include/
-Dwx_xt -MMD --keep-lines -o xsrc/grmain.c +D
INITIAL_COLLECTS_DIRECTORY=''`cd
/home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../../../collects; pwd`''
/home/bremner/racket-5.2.1+dfsg1/src/gracket/gc2/../grmain.c
It's getting stuck in the following loop in src/racket/gc2/newgc.c:repair_heap
3988 switch(page-page_type) {
3989 case PAGE_TAGGED:
3990 while(start end) {
3991 objhead *info = (objhead *)start;
3992
3993 if(info-mark) {
3994 void *obj_start = OBJHEAD_TO_OBJPTR(start);
3995 unsigned short tag = *(unsigned short *)obj_start;
3996 ASSERT_TAG(tag);
3997 info-mark = 0;
3998 fixup_table[tag](obj_start, gc);
3999 } else {
4000 info-dead = 1;
4001 #ifdef KILLING_DEBUG
4002 killing_debug(gc, page, info);
4003 #endif
4004 }
4005 start += info-size;
4006 }
because info-size is 0. This is while processing the first page from
gc-gen1_pages.
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org
signature.asc
Description: Digital signature
_
Racket Developers list:
http://lists.racket-lang.org/dev
