NetBSD Problem Report #43870
From www@NetBSD.org Sat Sep 11 19:22:37 2010
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
by www.NetBSD.org (Postfix) with ESMTP id F350B63BC84
for <gnats-bugs@gnats.NetBSD.org>; Sat, 11 Sep 2010 19:22:36 +0000 (UTC)
Message-Id: <20100911192236.C542F63BC83@www.NetBSD.org>
Date: Sat, 11 Sep 2010 19:22:36 +0000 (UTC)
From: cryintothebluesky@googlemail.com
Reply-To: cryintothebluesky@googlemail.com
To: gnats-bugs@NetBSD.org
Subject: graphics/graphviz fails to build
X-Send-Pr-Version: www-1.0
>Number: 43870
>Category: pkg
>Synopsis: graphics/graphviz fails to build
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: pkg-manager
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Sep 11 19:25:00 +0000 2010
>Closed-Date:
>Last-Modified: Wed Oct 31 20:33:06 +0000 2012
>Originator: Sad Clouds
>Release:
>Organization:
>Environment:
NetBSD p3smp 5.1_RC3 NetBSD 5.1_RC3 (GENERIC) #0: Fri Jul 2 15:26:33 BST 2010 root@p3smp:/opt/obj.i386/sys/arch/i386/compile/GENERIC i386
>Description:
When building ./lib/vmalloc/malloc.c the following error is generated:
malloc.c:389: error: return type is an incomplete type
>How-To-Repeat:
>Fix:
Edit file ./FEATURE/vmalloc and change the following lines from
#define _lib_mallopt 1 /* mallopt() in default lib(s) */
#define _lib_mallinfo 1 /* mallinfo() in default lib(s) */
#define _lib_mstats 1 /* mstats() in default lib(s) */
to
#define _lib_mallopt 0 /* mallopt() in default lib(s) */
#define _lib_mallinfo 0 /* mallinfo() in default lib(s) */
#define _lib_mstats 0 /* mstats() in default lib(s) */
>Release-Note:
>Audit-Trail:
From: Thomas Klausner <wiz@NetBSD.org>
To: NetBSD bugtracking <gnats-bugs@NetBSD.org>
Cc:
Subject: Re: pkg/43870: graphics/graphviz fails to build
Date: Sun, 12 Sep 2010 21:21:38 +0200
On Sat, Sep 11, 2010 at 07:25:00PM +0000, cryintothebluesky@googlemail.com wrote:
> >Number: 43870
> >Category: pkg
> >Synopsis: graphics/graphviz fails to build
> NetBSD p3smp 5.1_RC3 NetBSD 5.1_RC3 (GENERIC) #0: Fri Jul 2 15:26:33 BST 2010 root@p3smp:/opt/obj.i386/sys/arch/i386/compile/GENERIC i386
> >Description:
> When building ./lib/vmalloc/malloc.c the following error is generated:
>
> malloc.c:389: error: return type is an incomplete type
> >How-To-Repeat:
>
> >Fix:
> Edit file ./FEATURE/vmalloc and change the following lines from
>
> #define _lib_mallopt 1 /* mallopt() in default lib(s) */
> #define _lib_mallinfo 1 /* mallinfo() in default lib(s) */
> #define _lib_mstats 1 /* mstats() in default lib(s) */
>
> to
>
> #define _lib_mallopt 0 /* mallopt() in default lib(s) */
> #define _lib_mallinfo 0 /* mallinfo() in default lib(s) */
> #define _lib_mstats 0 /* mstats() in default lib(s) */
I don't see this error on 5.99.39/amd64, or 2010Q2 bulk build reports
for 5.0.2/i386 like:
http://nyftp.netbsd.org/pub/pkgsrc/packages/reports/2010Q2/NetBSD-5.0.2-i386/20100911.1708/meta/report.html
vmalloc is generated during the build. Could you please investigate
why these three options are set for you? In my build the full file is:
/* : : generated from ../../lib/vmalloc/features/vmalloc by iffe version 2004-08-11 : : */
#ifndef _def_atexit_vmalloc
#define _def_atexit_vmalloc 1
#define _sys_types 1 /* #include <sys/types.h> ok */
#define _lib_atexit 1 /* atexit() in default lib(s) */
#define _lib_getpagesize 1 /* getpagesize() in defaultlib(s) */
#define _hdr_stdlib 1 /* #include <stdlib.h> ok */
#define _sys_stat 1 /* #include <sys/stat.h> ok */
#define _hdr_time 1 /* #include <time.h> ok */
#define _sys_time 1 /* #include <sys/time.h> ok */
#define _sys_times 1 /* #include <sys/times.h> ok */
#define _hdr_stddef 1 /* #include <stddef.h> ok */
#define _typ_ssize_t 1 /* ssize_t is a type */
#define _hdr_malloc 1 /* #include <malloc.h> ok */
#define _lib_alloca 1 /* alloca exists */
#define _stk_down 1 /* stack grows downward */
#define _exit_cleanup 1 /* stuck with standard _cleanup */
#endif
Cheers,
Thomas
From: Sad Clouds <cryintothebluesky@googlemail.com>
To: gnats-bugs@netbsd.org
Cc: pkg-manager@netbsd.org,
gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Subject: Re: pkg/43870: graphics/graphviz fails to build
Date: Mon, 13 Sep 2010 10:40:15 +0100
On Sunday 12 September 2010 20:25:02 Thomas Klausner wrote:
> vmalloc is generated during the build. Could you please investigate
> why these three options are set for you? In my build the full file is:
I can't figure out why those features get set. I've seen this problem with
graphviz for a long time, but if nobody else is having this issue, then you
can probably close this problem.
Maybe it only manifests itself in conjunctions with some other package that I
have installed, which confuses it?? I don't know.
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/43870: graphics/graphviz fails to build
Date: Mon, 13 Sep 2010 14:33:05 +0200
On Mon, Sep 13, 2010 at 09:45:02AM +0000, Sad Clouds wrote:
> I can't figure out why those features get set. I've seen this problem with
> graphviz for a long time, but if nobody else is having this issue, then you
> can probably close this problem.
Check the config.log?
Joerg
From: Sad Clouds <cryintothebluesky@googlemail.com>
To: gnats-bugs@netbsd.org
Cc: pkg-manager@netbsd.org,
gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Subject: Re: pkg/43870: graphics/graphviz fails to build
Date: Tue, 14 Sep 2010 13:21:16 +0100
On Monday 13 September 2010 13:35:01 Joerg Sonnenberger wrote:
> The following reply was made to PR pkg/43870; it has been noted by GNATS.
>
> From: Joerg Sonnenberger <joerg@britannica.bec.de>
> To: gnats-bugs@NetBSD.org
> Cc:
> Subject: Re: pkg/43870: graphics/graphviz fails to build
> Date: Mon, 13 Sep 2010 14:33:05 +0200
>
> On Mon, Sep 13, 2010 at 09:45:02AM +0000, Sad Clouds wrote:
> > I can't figure out why those features get set. I've seen this problem
> > with graphviz for a long time, but if nobody else is having this
> > issue, then you can probably close this problem.
>
> Check the config.log?
>
> Joerg
Yeah, but I don't see anything relevant. I also did the following:
# find . -type f | while read i
do
grep 'mallinfo' $i && echo "^-------- $i"
done
lib mallinfo
^-------- ./lib/vmalloc/features/vmalloc
#if _lib_mallinfo
struct mallinfo mallinfo(void)
struct mallinfo mallinfo()
struct mallinfo mi;
^-------- ./lib/vmalloc/malloc.c
#define _lib_mallinfo 1 /* mallinfo() in default lib(s) */
^-------- ./FEATURE/vmalloc
It seems that lib/vmalloc/features/vmalloc script sets the wrong features, but
I don't know how or why it does it.
State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Tue, 20 Dec 2011 18:22:27 +0000
State-Changed-Why:
Are you still having this problem?
From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/43870 (graphics/graphviz fails to build)
Date: Wed, 21 Dec 2011 02:55:26 +0000
On Tue, Dec 20, 2011 at 06:22:28PM +0000, dholland@NetBSD.org wrote:
> State-Changed-From-To: open->feedback
> State-Changed-By: dholland@NetBSD.org
> State-Changed-When: Tue, 20 Dec 2011 18:22:27 +0000
> State-Changed-Why:
> Are you still having this problem?
and if so, try the following:
first, make patch
then, edit work/graphviz*/lib/vmalloc/Makefile.in, and find the line
that runs 'iffe' to create FEATURE/vmalloc; change
${top_srcdir}/iffe - set [...]
to
${top_srcdir}/iffe -v - set [...]
then do 'make', save the output, and find the messages from
configuring vmalloc, which should, I think, end up in the build output
rather than in a file somewhere. This may shed light on what's
happening.
--
David A. Holland
dholland@netbsd.org
From: Sad Clouds <cryintothebluesky@googlemail.com>
To: gnats-bugs@NetBSD.org
Cc: dholland@NetBSD.org, pkg-manager@netbsd.org, pkgsrc-bugs@netbsd.org,
gnats-admin@netbsd.org
Subject: Re: pkg/43870 (graphics/graphviz fails to build)
Date: Sun, 15 Jan 2012 16:13:08 +0000
On Tue, 20 Dec 2011 18:22:28 +0000 (UTC)
dholland@NetBSD.org wrote:
> Synopsis: graphics/graphviz fails to build
>
> State-Changed-From-To: open->feedback
> State-Changed-By: dholland@NetBSD.org
> State-Changed-When: Tue, 20 Dec 2011 18:22:27 +0000
> State-Changed-Why:
> Are you still having this problem?
Yes the problem still remains. I added -v option to iffe this is what
it outputs:
Making all in vmalloc
cd ../.. && /usr/bin/make am--refresh
mkdir -p ../../FEATURE
../../iffe -v - set cc gcc : run ../../lib/vmalloc/features/vmalloc
> ../../FE ATURE/vmalloc
iffe: test: is sys/types.h a header ... yes
iffe: test: is atexit a library function ... yes
iffe: test: is onexit a library function ... yes
iffe: test: is getpagesize a library function ... yes
iffe: test: is stat.h a header ... no
iffe: test: is stdlib.h a header ... yes
iffe: test: is sys/stat.h a header ... yes
iffe: test: is time.h a header ... yes
iffe: test: is sys/time.h a header ... yes
iffe: test: is sys/times.h a header ... yes
iffe: test: is stddef.h a header ... yes
iffe: test: is ssize_t a type or typedef ... yes
iffe: test: is malloc.h a header ... yes
iffe: test: is mallopt a library function ... yes
iffe: test: is mallinfo a library function ... yes
iffe: test: is mstats a library function ... yes
iffe: test: is alloca.h a header ... no
iffe: test: stuck with standard malloc ... no
iffe: test: alloca exists ... yes
iffe: test: alloca is based on malloc() ... no
iffe: test: stack grows downward ... yes
iffe: test: stuck with standard _cleanup ... yes
From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/43870 (graphics/graphviz fails to build)
Date: Sun, 15 Jan 2012 16:39:36 +0000
On Sun, Jan 15, 2012 at 04:15:04PM +0000, Sad Clouds wrote:
> > Are you still having this problem?
>
> Yes the problem still remains. I added -v option to iffe this is what
> it outputs:
>
> [snip]
> iffe: test: is mallopt a library function ... yes
> iffe: test: is mallinfo a library function ... yes
> iffe: test: is mstats a library function ... yes
This is the problem... none of those actually exist in NetBSD's libc.
Is it finding them somewhere else on your system? I don't have time to
look into what this test actually does in any detail right now,
unfortunately.
--
David A. Holland
dholland@netbsd.org
State-Changed-From-To: feedback->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Wed, 31 Oct 2012 20:33:06 +0000
State-Changed-Why:
no feedback, cannot reproduce.
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.