NetBSD Problem Report #31465
From email@example.com Tue Oct 4 15:56:25 2005
Received: from smtp.falu.nl (azenomei.xs4all.nl [18.104.22.168])
by narn.netbsd.org (Postfix) with ESMTP id A5B9E63B8CC
for <gnats-bugs@gnats.NetBSD.org>; Tue, 4 Oct 2005 15:56:24 +0000 (UTC)
Date: Tue, 4 Oct 2005 17:56:21 +0200 (CEST)
From: Rhialto <firstname.lastname@example.org>
Subject: boost-libs compilation takes *extremely* long [with patch]
>Synopsis: boost-libs compilation takes *extremely* long [with >patch]
>Arrival-Date: Tue Oct 04 15:57:00 +0000 2005
>Closed-Date: Sun May 17 12:11:29 +0000 2015
>Last-Modified: Sun May 17 12:11:29 +0000 2015
>Release: NetBSD 2.0.2
System: NetBSD radl.falu.nl 2.0.2 NetBSD 2.0.2 (Radls Doordringend Onjuiste Akkoord) #7: Tue Sep 13 16:03:56 CEST 2005 email@example.com:/usr/src/sys/arch/amd64/compile/RADL amd64
While attempting to build devel/boost-libs with the system's gcc
(gcc version 3.3.3 (NetBSD nb3 20040520)), I noticed that it
took near infinite time (I lost patience after about two hours
of cpu time of an amd64 "3000+") to compile boost/libs/wave/src/-
instantiate_cpp_literalgrs.cpp. This file does some template
instantiation (and if I'm reading it right, not even a very
concrete one at that, so it might be pretty useless).
When compiling boost-libs with gcc 3.4, I found that compilation
finishes in finite time.
However, apparently the C++ ABI changed in an incompatible way
betwen these g++ versions. If I compiled devel/monotone, which
uses boost, with the system compiler, any invocation of it
resulted in an internal error message. With gcc 3.4 it worked
(or at least did not produce the error message).
However, requiring all users of boost to use gcc 3.4 seems
unacceptable to me.
Fortunately there is a feature-test #define which controls the
template instantiation. With the attached patch I simply turn it
off. This may have consequences for users of the "wave" library
of boost, but that seems less bad than punishing all users.
Maybe the patch can be improved by making it conditional on the
compiler version, but I don't know if that is desirable from the
A new patch, meta-pkgs/boost/patches/patch-ae :
Turn off this feature, since with gcc 3.3.x it takes near infinite
Another option is to require gcc 3.4 (GCC_REQD += 3.4) but then
all applications linking to boost should also use gcc 3.4.
Apparently there is an incompatible ABI change between them.
--- boost/wave/wave_config.hpp.dist 2005-10-04 16:02:35.000000000 +0200
+++ boost/wave/wave_config.hpp 2005-10-04 16:23:07.000000000 +0200
@@ -259,7 +259,7 @@
// To use the grammar inclusion model, uncomment the following
-#define BOOST_WAVE_SEPARATE_GRAMMAR_INSTANTIATION 1
+#define BOOST_WAVE_SEPARATE_GRAMMAR_INSTANTIATION 0
___ Olaf 'Rhialto' Seibert -- You author it, and I'll reader it.
\X/ rhialto/at/xs4all.nl -- Cetero censeo "authored" delendum esse.
Responsible-Changed-When: Sun, 17 May 2015 12:11:29 +0000
State-Changed-When: Sun, 17 May 2015 12:11:29 +0000
Boost requires GCC 4.5 these days, so this request is obsolete.
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.