ports/54876: [PATCH] lang/guile: Bug in a Makefile

[Joe Marcus Clarke]

On Sun, 2003-08-03 at 21:14, Daniela wrote:
> On Sunday 03 August 2003 23:11, Joe Marcus Clarke wrote:
> > > > Ah, I see what's going on.  Your patches are generally masking some
> > > > other shell errors.  However, the real cause of your problem is that
> > > > the docs cannot be built for some reason.  Since this doesn't happen on
> > > > any of my systems, nor on a clean build on bento, I have to assume
> > > > there is something wrong with your build environment.  Applying your
> > > > patches would change the content of what is installed, so I don't want
> > > > to go with that option.
> > > >
> > > > Can you send me your
> > > > work/guile-1.6.4/scripts/snarf-check-and-output-texi script?  Thanks.
> > >
> > > See attachment.
> > >
> > > I don't think it is something on my system. My first try to compile this
> > > port was on a freshly installed, clean system. The only thing I did
> > > before was the installation of some other ports, and I added the
> > > following lines to /etc/make.conf:
> > >
> > > STRIP_CMD=true
> > > DEBUG_FLAGS=-g3
> > >
> > > I have debug symbols everywhere in my system, but that shouldn't be the
> > > cause for the problem, right?
> > > I'm running 4.8-STABLE, by the way (upgraded every week).
> > >
> > > Currently I'm trying to fix the thing that generated the Makefile.
> > > My solution is working in bash, csh and sh, so it shouldn't cause trouble
> > > for anyone, right?
> >
> > There is a difference in your snarf script.  Your script is missing a ^L
> > character on line 196.  I don't know how this is possible since this
> > file comes unmodified with the distribution.  However, removing this
> > character from my script does not produce the error you're seeing.  Can
> > you also send me the output of env from the account with which you're
> > building guile?
> 
> GS_LIB=/root/.kde/share/fonts
> MACHTYPE=i386
> USER=root
> MAIL=/var/mail/root
> SHLVL=2
> VENDOR=intel
> HOME=/root
> PAGER=more
> GROUP=wheel
> LOGNAME=root
> MORE=-Q -+E
> BLOCKSIZE=K
> TERM=xterm
> PATH=/sbin:/bin:/usr/sbin:/usr/local/bin:/usr/bin:/usr/games:/usr/local/sbin:/usr/X11R6/bin:/root/bin:/stand:.
> DISPLAY=:0.0
> XAUTHORITY=/root/.Xauthority
> HOST=CM58-27.liwest.at
> SHELL=/bin/csh
> OSTYPE=FreeBSD
> PWD=/root
> FTP_PASSIVE_MODE=YES
> HOSTTYPE=FreeBSD
> EDITOR=vi
> GTK_RC_FILES=/etc/gtk/gtkrc:/root/.gtkrc:/root/.gtkrc-kde
> KDE_MULTIHEAD=false
> SESSION_MANAGER=local/CM58-27.liwest.at:/tmp/.ICE-unix/314
> COLORTERM=
> KONSOLE_DCOP=DCOPRef(konsole-42159,konsole)
> KONSOLE_DCOP_SESSION=DCOPRef(konsole-42159,session-1)
> REMOTEHOST=CM58-27.liwest.at

Well, I'm thoroughly baffled.  Since this problem has not been seen
elsewhere, I would say hold on to those patches, and use them locally.

Joe

> 
> 
-- 
PGP Key : http://www.marcuscom.com/pgp.asc


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20030804/f3717eac/attachment.bin