public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Richard Fish" <bigfish@asmallpond.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild?
Date: Fri, 8 Sep 2006 00:37:10 -0700	[thread overview]
Message-ID: <7573e9640609080037r67aec20br653187d9242c541b@mail.gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0609071428540.6851@mail.magrittesystems.com>

On 9/7/06, michael@michaelshiloh.com <michael@michaelshiloh.com> wrote:
> I'm upgrading my gcc from 3.x to 4.x. I've done the gcc switching, and now I'm
> updating my system.
>
> The recommended steps are:
>
>    # emerge -eav system
>    # emerge -eav world
>
> While emerging my system I received a message suggesting I run revdep-rebuild:
>
>    warning - be sure to run revdep-rebuild now

Um, I believe you can ignore this.  The emerge -eav world will rebuild
all packages...there is nothing that revdep-rebuild will catch that
world won't.

Now if you want to keep /using/ the system while it is rebuilding, you could do:

emerge -eav system  # if already complete, don't repeat
revdep-rebuild --library libstdc++.so.6
emerge -eav world

The revdep-rebuild command will recompile all C++ applications, and
will take a damn long time to run.  But less time than rebuilding
world, and once it completes, your C++ apps should at least be sane.
Otherwise you might get ABI conflicts while the world rebuild is going
on.

Of course, those same C++ apps are going to be rebuilt during the
world step...which is kind of lame.  There are some tricks you can use
to avoid rebuilding things twice...search the archives of this list
for ideas.

-Richard
-- 
gentoo-user@gentoo.org mailing list



  parent reply	other threads:[~2006-09-08  7:43 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-07 21:34 [gentoo-user] gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild? michael
2006-09-08  7:27 ` [gentoo-user] " Marc Blumentritt
2006-09-08 13:00   ` Dale
2006-09-08 19:22     ` Marc Blumentritt
2006-09-08 19:42       ` Dale
2006-09-08 19:38     ` Bo Ørsted Andresen
2006-09-08 21:14       ` Dale
2006-09-08 21:27         ` Richard Fish
     [not found]           ` <450221F1.9070806@vista-express.com>
2006-09-09  2:17             ` Richard Fish
     [not found]             ` <200609090459.16850.bo.andresen@zlin.dk>
2006-09-09  3:33               ` Dale
2006-09-09  3:55                 ` Bo Ørsted Andresen
2006-09-09  4:15                   ` Dale
2006-09-11 21:32                     ` Neil Bothwick
2006-09-12  3:37                       ` Dale
2006-09-12  4:29                         ` Ryan Tandy
2006-09-12  6:04                           ` Dale
2006-09-12  4:13                       ` Bo Ørsted Andresen
2006-09-08 21:53         ` Neil Bothwick
2006-09-08  7:37 ` Richard Fish [this message]
2006-09-08  7:54 ` [gentoo-user] " Alan McKinnon
2006-09-08  8:23   ` Richard Fish

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7573e9640609080037r67aec20br653187d9242c541b@mail.gmail.com \
    --to=bigfish@asmallpond.org \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox