Date: Mon, 04 Aug 2003 12:47:57 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Daniela <dgw@liwest.at> Cc: FreeBSD GNOME Users <gnome@freebsd.org> Subject: Re: ports/54876: [PATCH] lang/guile: Bug in a Makefile Message-ID: <1060015677.727.13.camel@gyros> In-Reply-To: <200308040114.29737.dgw@liwest.at> References: <200307261850.h6QIoGhe090568@freefall.freebsd.org> <200308040053.49850.dgw@liwest.at> <1059952281.86142.9.camel@shumai.marcuscom.com> <200308040114.29737.dgw@liwest.at>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-ES836s2ovtjZSoiW3v88 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable 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 tha= t > > > > the docs cannot be built for some reason. Since this doesn't happe= n 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 you= r > > > > patches would change the content of what is installed, so I don't w= ant > > > > to go with that option. > > > > > > > > Can you send me your > > > > work/guile-1.6.4/scripts/snarf-check-and-output-texi script? Thank= s. > > > > > > See attachment. > > > > > > I don't think it is something on my system. My first try to compile t= his > > > 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=3Dtrue > > > DEBUG_FLAGS=3D-g3 > > > > > > I have debug symbols everywhere in my system, but that shouldn't be t= he > > > 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 tro= uble > > > 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? >=20 > GS_LIB=3D/root/.kde/share/fonts > MACHTYPE=3Di386 > USER=3Droot > MAIL=3D/var/mail/root > SHLVL=3D2 > VENDOR=3Dintel > HOME=3D/root > PAGER=3Dmore > GROUP=3Dwheel > LOGNAME=3Droot > MORE=3D-Q -+E > BLOCKSIZE=3DK > TERM=3Dxterm > PATH=3D/sbin:/bin:/usr/sbin:/usr/local/bin:/usr/bin:/usr/games:/usr/local= /sbin:/usr/X11R6/bin:/root/bin:/stand:. > DISPLAY=3D:0.0 > XAUTHORITY=3D/root/.Xauthority > HOST=3DCM58-27.liwest.at > SHELL=3D/bin/csh > OSTYPE=3DFreeBSD > PWD=3D/root > FTP_PASSIVE_MODE=3DYES > HOSTTYPE=3DFreeBSD > EDITOR=3Dvi > GTK_RC_FILES=3D/etc/gtk/gtkrc:/root/.gtkrc:/root/.gtkrc-kde > KDE_MULTIHEAD=3Dfalse > SESSION_MANAGER=3Dlocal/CM58-27.liwest.at:/tmp/.ICE-unix/314 > COLORTERM=3D > KONSOLE_DCOP=3DDCOPRef(konsole-42159,konsole) > KONSOLE_DCOP_SESSION=3DDCOPRef(konsole-42159,session-1) > REMOTEHOST=3DCM58-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 >=20 >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-ES836s2ovtjZSoiW3v88 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA/Lo49b2iPiv4Uz4cRAgUqAJ9pSwtjE88cESYIvowzN3zsW36WdgCggmZx MKIes8bvARYvXkZoKDjMg0Q= =EWQo -----END PGP SIGNATURE----- --=-ES836s2ovtjZSoiW3v88--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1060015677.727.13.camel>