Date: Sat, 12 Feb 2000 07:22:31 +0900 From: OKAZAKI Tetsurou <okazaki@be.to> To: esk@ira.uka.de Cc: freebsd-ports@FreeBSD.org Subject: Re: Old compiler problems --- how to proceed Message-ID: <86wvobidlk.wl@dolphin.be.to> In-Reply-To: In your message of "Fri, 11 Feb 2000 21:07:53 %2B0100 (MET)" <14500.27019.328569.979570@i30nb2.ira.uka.de> References: <14500.27019.328569.979570@i30nb2.ira.uka.de>
next in thread | previous in thread | raw e-mail | index | archive | help
In the message <14500.27019.328569.979570@i30nb2.ira.uka.de>
Espen Skoglund <esk@ira.uka.de> wrote:
> I just submitted an update of the XMMS port. However, some user had
> problems compiling it on a i386 3.3-STABLE kernel upgraded to
> 3.4-STABLE. His /usr/bin/cc was version 2.7.2.3, and if he compiled
> with gcc295 everything worked fine. (The problem was that gcc just
> got stuck forever trying to compile one of the files.)
This is a known problem. Please see PR:gnu/8138 for details.
> My question is: what is the best thing to do here? Shall I make build
> dependencies on a new gcc version IF the default compiler is an old
> one, or should I try to figure out why the heck the compiler hangs on
> this specific file?
One of workarounds is to put following conditionals:
.if !defined(USE_NEWGCC) && ${OSVERSION} < 400012
CFLAGS:= ${CFLAGS:S/-pipe//g}
.endif
in the Makefile of that port.
To fix -STABLE's /usr/bin/cc, let's apply the following patch to
/usr/src/contrib/gcc/config/svr4.h and reinstall gcc.
--- svr4.h~ Sat Feb 12 07:11:16 2000
+++ svr4.h Sat Feb 12 07:12:44 2000
@@ -108,7 +108,7 @@
messages. */
#undef ASM_FINAL_SPEC
-#define ASM_FINAL_SPEC "%{pipe:-}"
+#define ASM_FINAL_SPEC "%|"
/* Under svr4, the normal location of the `ld' and `as' programs is the
/usr/ccs/bin directory. */
I don't test this patch yet but it seems to work. :-)
--
Tetsurou
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86wvobidlk.wl>