ports/61290: x11-wm/treewm - build fails while compiling dsimple.c on (re|m)alloc issues
Parv
parv at pair.com
Mon Mar 8 04:00:29 UTC 2004
The following reply was made to PR ports/61290; it has been noted by GNATS.
From: Parv <parv at pair.com>
To: Pav Lucistnik <pav at FreeBSD.org>
Cc: f-gnats <freebsd-gnats-submit at freebsd.org>
Subject: Re: ports/61290: x11-wm/treewm - build fails while compiling dsimple.c on (re|m)alloc issues
Date: Sun, 7 Mar 2004 22:59:36 -0500
in message <1078698566.21653.81.camel at hood.oook.cz>,
wrote Pav Lucistnik thusly...
>
> V ne, 07. 03. 2004 v 21:54, parv pí?e:
>
> > > > Well, i have updtaed to 4-STABLE-2003.12.19.22.52.44 (w/ tcp problem
> > > > patched). The port still fails w/ the same message as reported
> > > > earlier.
> > >
> > > Maybe you have some stalled header files around? Have you done rm -rf
> > > /usr/include before make installworld?
> >
> > No i have not as that is not specified as part of OS upgrade. What
> > files could be you think that may be causing the problems?
>
> Try grepping for Malloc (uppercase M)
...
> on my clean -STABLE jail, there's no header file containing this
> definition.
Here is the output...
/usr/include/g++/stl_alloc.h:// Malloc-based allocator. Typically slower than default alloc below.
/usr/include/net/radix.h: R_Malloc(m, struct radix_mask *, sizeof (*(m))); }\
/usr/include/net/radix.h:#define R_Malloc(p, t, n) (p = (t) malloc((unsigned int)(n)))
/usr/include/net/radix.h:#define R_Malloc(p, t, n) (p = (t) malloc((unsigned long)(n), M_RTABLE, M_DONTWAIT))
/usr/include/openssl/asn1_mac.h:#define M_ASN1_New_Malloc(ret,type) \
/usr/include/glob.h:#define GLOB_NOSPACE (-1) /* Malloc call failed. */
# grep -l -R Malloc /usr/include | xargs ls -l
-r--r--r-- 1 root wheel 33834 Jun 11 2002 /usr/include/g++/stl_alloc.h
-r--r--r-- 1 root wheel 4480 Oct 12 2002 /usr/include/glob.h
-r--r--r-- 1 root wheel 6778 Jun 11 2002 /usr/include/net/radix.h
-r--r--r-- 1 root wheel 18383 Apr 6 2003 /usr/include/openssl/asn1_mac.h
...moving /usr/include/net/radix.h to elsewhere did not help either.
On further investigation, i found that culprit was included patched
version of xprop, its dsimple.c to be exact.
After removing references to xprop from Makefile of treewm source
(and correspondingly adjusting port's Makefile & -plist), there were
no further troubles in building/installing treewm. Not compiling
included unbuildable (here at least) patched xprop is only a
workaround.
Could it be, Pav, that some file is included more than once here,
but not on your system?
- Parv
--
More information about the freebsd-ports-bugs
mailing list