From owner-freebsd-ports Sun Mar 12 11:50:16 2000 Delivered-To: freebsd-ports@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AEC6237BE4E for ; Sun, 12 Mar 2000 11:50:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA33794; Sun, 12 Mar 2000 11:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mail.dinoex.sub.org (mail.dinoex.sub.de [195.243.29.14]) by hub.freebsd.org (Postfix) with ESMTP id AB4F637B8AC for ; Sun, 12 Mar 2000 11:41:47 -0800 (PST) (envelope-from dm@home.dinoex.sub.org) Received: (from uucp@localhost) by mail.dinoex.sub.org (8.9.3/8.9.3) with UUCP id UAA18200 for FreeBSD-gnats-submit@freebsd.org; Sun, 12 Mar 2000 20:41:30 +0100 (CET) Received: (from uucp@localhost) by net2.dinoex.sub.org (8.9.3/8.9.3) with UUCP id TAA05672 for FreeBSD-gnats-submit@freebsd.org; Sun, 12 Mar 2000 19:09:25 +0100 (CET) Received: (from dm@localhost) by home.dinoex.sub.org (8.9.3/8.9.3) id SAA92156; Sun, 12 Mar 2000 18:57:32 +0100 (CET) Message-Id: <200003121757.SAA92156@home.dinoex.sub.org> Date: Sun, 12 Mar 2000 18:57:32 +0100 (CET) From: dirk.meyer@dinoex.sub.org Reply-To: dirk.meyer@dinoex.sub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/17344: devel/boehm-gc fails for www/w3m 3.4 STABLE Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 17344 >Category: ports >Synopsis: devel/boehm-gc fails for www/w3m 3.4 STABLE >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-ports >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 12 11:50:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Dirk Meyer >Release: FreeBSD 3.4-STABLE i386 >Organization: privat >Environment: FreeBSD 3.4-STABLE #0: Sat Mar 4 11:43:51 CET 2000 /usr/ports in sync with cvsup from 12.03.2000 >Description: compilation of w3m and w3m-ssl fails. after mktable is run. its output is trashed with control chars. ===> Extracting for w3m-0.1.7 >How-To-Repeat: FreeBSD 3.4-STABLE #0: Sat Mar 4 11:43:51 CET 2000 cd /usr/ports/www/w3m && make >Fix: sorry, to deep for a quick fix form me. none so far. >Release-Note: >Audit-Trail: >Unformatted: >> Checksum OK for w3m-0.1.7.tar.gz. ===> w3m-0.1.7 depends on file: /usr/local/lib/libgc.a - found ===> Patching for w3m-0.1.7 ===> Applying FreeBSD patches for w3m-0.1.7 ===> Configuring for w3m-0.1.7 ===> Building for w3m-0.1.7 [...] ./mktable 100 tagtable.tab > tagtable.c cc -O -pipe -I/usr/local/include -I. -c tagtable.c tagtable.c:8: parse error before character 0340 tagtable.c:11: parse error before character 0320 tagtable.c:11: warning: initialization makes integer from pointer without a cast tagtable.c:17: `HTML_N' undeclared here (not in a function) tagtable.c:17: initializer element for `MyHashItem[12].value' is not constant tagtable.c:17: parse error before character 0370 tagtable.c:22: `HTML' undeclared here (not in a function) tagtable.c:22: initializer element for `MyHashItem[17].value' is not constant tagtable.c:22: parse error before charactER 0220 tagtable.c:24: `tfoot' undeclared here (not in a function) tagtable.c:24: initializer element for `MyHashItem[19].value' is not constant tagtable.c:24: parse error before `h' tagtable.c:30: `HTML_N_COLGcolgroup' undeclared here (not in a function) tagtable.c:30: initializer element for `MyHashItem[25].value' is not constant tagtable.c:41: parse error before `,' tagtable.c:41: warning: initialization makes integer from pointer without a cast tagtable.c:45: `HXg' undeclared here (not in a function) tagtable.c:45: initializer element for `MyHashItem[40].value' is not constant tagtable.c:45: parse error before character 07 tagtable.c:49: parse error before character 0200 tagtable.c:49: warning: initialization makes integer from pointer without a cast tagtable.c:55: `H0g' undeclared here (not in a function) tagtable.c:55: initializer element for `MyHashItem[50].value' is not constant tagtable.c:55: parse error before character 07 tagtable.c:56: `HTML_E' undeclared here (not in a function) tagtable.c:56: `tbody' undeclared here (not in a function) tagtable.c:56: initializer element for `MyHashItem[51].value' is not constant tagtable.c:56: parse error before `HTML_N' tagtable.c:57: `HHh' undeclared here (not in a function) tagtable.c:57: initializer element for `MyHashItem[52].value' is not constant tagtable.c:57: parse error before character 07 tagtable.c:69: `Hthead' undeclared here (not in a function) tagtable.c:69: initializer element for `MyHashItem[64].value' is not constant tagtable.c:91: `HTMLhf' undeclared here (not in a function) tagtable.c:91: initializer element for `MyHashItem[86].value' is not constant tagtable.c:91: parse error before character 07 tagtable.c:94: `h' undeclared here (not in a function) tagtable.c:94: initializer element for `MyHashItem[89].value' is not constant tagtable.c:94: parse error before character 07 tagtable.c:105: `HTML_N_ST' undeclared here (not in a function) tagtable.c:105: initializer element for `MyHashItem[100].value' is not constant tagtable.c:105: parse error before character 0270 tagtable.c:106: `HTML' undeclared here (not in a function) tagtable.c:106: initializer element for `MyHashItem[101].value' is not constant tagtable.c:106: parse error before `g' tagtable.c:112: `HHh' undeclared here (not in a function) tagtable.c:112: initializer element for `MyHashItem[107].value' is not constant tagtable.c:112: parse error before character 07 tagtable.c:118: `HTML_THEA' undeclared here (not in a function) tagtable.c:118: initializer element for `MyHashItem[113].value' is not constant tagtable.c:118: parse error before character 0250 *** Error code 1 Stop. Trying to run test in /usr/ports/devel/boehm-gc/work generates more than 50509425 bytes output ... ./setjmp_test This appears to be a I386 running FREEBSD Stack appears to grow down, which is the default. A good guess for STACKBOTTOM on this machine is 0xbfbfe000. Note that this may vary between machines of ostensibly the same architecture (e.g. Sun 3/50s and 3/80s). On many machines the value is not fixed. A good guess for ALIGNMENT on this machine is 4. Generic mark_regs code may work ./gctest Switched to incremental mode Emulating dirty bits with mprotect/signals Leaked composite object at 0x8079ffc (appr. size = 4) Leaked composite object at 0x8078fd0 (appr. size = 16) Leaked composite object at 0x8078fe0 (appr. size = 16) Leaked composite object at 0x8078ff0 (appr. size = 16) Leaked composite object at 0x8077ff8 (appr. size = 8) Leaked composite object at 0x807a000 (appr. size = 4) Leaked composite object at 0x807a004 (appr. size = 4) Leaked composite object at 0x807a008 (appr. size = 4) Leaked composite object at 0x807a00c (appr. size = 4) Leaked composite object at 0x807a010 (appr. size = 4) Leaked composite object at 0x807a014 (appr. size = 4) Leaked composite object at 0x807a018 (appr. size = 4) Leaked composite object at 0x807a01c (appr. size = 4) Leaked composite object at 0x807a020 (appr. size = 4) Leaked composite object at 0x807a024 (appr. size = 4) Leaked composite object at 0x807a028 (appr. size = 4) Leaked composite object at 0x807a02c (appr. size = 4) [....] Leaked atomic object at 0x8076000 (appr. size = 48) Leaked atomic object at 0x8076030 (appr. size = 48) Leaked atomic object at 0x8076060 (appr. size = 48) Leaked atomic object at 0x8076090 (appr. size = 48) [...] Leaked composite object at 0x80d8560 (appr. size = 16) Leaked composite object at 0x80d8570 (appr. size = 16) Leaked composite object at 0x80d8580 (appr. size = 16) Leaked composite object at 0x80d8590 (appr. size = 16) Leaked composite object at 0x80d85a0 (appr. size = 16) Leaked composite object at 0x80d85b0 (appr. size = 16) [...] I aborted after 946998 Lines ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message