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

[Adam Vande More]

On Wed, Mar 17, 2010 at 10:55 PM, Scot Hetzel <swhetzel at gmail.com> wrote:

> On Wed, Mar 17, 2010 at 10:45 PM, Adam Vande More <amvandemore at gmail.com>
> wrote:
> > On Wed, Mar 17, 2010 at 10:38 PM, Jason Garrett <kingedgar at gmail.com>
> wrote:
> >
> >> CC'ing port maintainer
> >>
> >> Here is the commit for timeb.h being deprecated and adding the #warning
> >>
> >> http://www.mail-archive.com/svn-src-all@freebsd.org/msg20965.html
> >>
> >> 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 configure.in allows the
> port to build on a recent CURRENT.
>
> Scot
>



-- 
Adam Vande More