Date: Thu, 20 Jun 2002 03:29:15 +1000 From: Andrew Kenneth Milton <akm@theinternet.com.au> To: Alfred Perlstein <bright@mu.org> Cc: current@FreeBSD.ORG Subject: Re: C++ troubles continue Message-ID: <20020620032915.L89115@zeus.theinternet.com.au> In-Reply-To: <20020619172520.GI85935@elvis.mu.org>; from bright@mu.org on Wed, Jun 19, 2002 at 10:25:20AM -0700 References: <200206191257.03898.mi%2Bmx@aldan.algebra.com> <20020619101948.Q5534-100000@master.gorean.org> <20020619172520.GI85935@elvis.mu.org>
next in thread | previous in thread | raw e-mail | index | archive | help
+-------[ Alfred Perlstein ]---------------------- | * Doug Barton <DougB@FreeBSD.org> [020619 10:22] wrote: | > On Wed, 19 Jun 2002, Mikhail Teterin wrote: | > | > > But what is the right method? Removing everything from /usr/include/g++, | > > that's not present in /usr/src/contrib/libstdc++/include somewhere? | > > | > > IMHO, mergemaster should be doing this -- for the entire /usr/include/ | > > (for the entire /usr, actually). | > | > Not only no, but hell no. mm has a very specific goal in mind, and it's | > already bloated beyond my wildest dreams. If you want a "general system | > cleanup device," someone else is going to have to write it. | | I dunno, mergemaster seems to do a really good job of doing the | "file exists here, but not here" thing, I think if someone inverted | the logic it could fill this role nicely. Still, installworld should clean out /usr/include (or installincludes) as (an optional?) part of the install process. -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | M:+61 416 022 411 | ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020620032915.L89115>