lang/guile fails to build on amd64 / 9-CURRENT

Jason Garrett kingedgar at
Thu Mar 18 03:58:23 UTC 2010

On Wed, Mar 17, 2010 at 22:55, Scot Hetzel <swhetzel at> wrote:
> On Wed, Mar 17, 2010 at 10:45 PM, Adam Vande More <amvandemore at> wrote:
>> On Wed, Mar 17, 2010 at 10:38 PM, Jason Garrett <kingedgar at> wrote:
>>> CC'ing port maintainer
>>> Here is the commit for timeb.h being deprecated and adding the #warning
>>> Solutions are to either use a replacement for timeb.h (unknown by me
>>> at this point), quit using timeb.h (not sure how guile depends on
>>> this), or omit the -Werror from
>>> /usr/ports/lang/guile/work/guile-1.8.6/Makefile and
>>> /usr/ports/lang/guile-1.8.6/libguile/Makefile.
>>> Maintainer, please direct on how to proceed. As it sits without
>>> modification the port is broken, even with -Wno-error set in
>>> /etc/make.conf.
>> I'm not sure about that.  The no-error stuff I believe is a CURRENT thing,
>> at least when running betas and stuff you'll run into the warnings as errors
>> thing.  The port builds fine on other branches and I suspect would continue
>> to build on CURRENT if you got rid of whatever controlling the compile
>> setting.  Nevertheless, it seems the port should be fixed to use sys/time.h
>> and gettimeofday(2) instead.  Just the way it looks to me, I'm no expert
>> here.
> The port only uses sys/timeb.h in libguile/stime.c, and only to
> include the header when HAVE_SYS_TIMEB_H is defined, removing
> sys/timeb.h from the header include check in allows the
> port to build on a recent CURRENT.
> Scot

Thank you for your response, I learn more each time I post to these lists!

More information about the freebsd-ports mailing list