Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 15 May 2001 21:18:14 -0500
From:      "David W. Chapman Jr." <dwcjr@inethouston.net>
To:        "Roelof Osinga" <roelof@nisser.com>, "Erik Trulsson" <ertr1013@student.uu.se>
Cc:        "Eugene M. Kim" <ab@astralblue.net>, <stable@FreeBSD.ORG>
Subject:   Re: Old compiler (3.3-stable -> 4->stable)
Message-ID:  <05db01c0ddae$763051a0$931576d8@inethouston.net>
References:  <20010516014155.A19796@the-7.net> <20010515185351.A48598@student.uu.se> <3B01E27E.5B119B9A@nisser.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Actually I believe you have to make the 4.x kernel, reboot, then make world
and kernel again

----- Original Message -----
From: "Roelof Osinga" <roelof@nisser.com>
To: "Erik Trulsson" <ertr1013@student.uu.se>
Cc: "Eugene M. Kim" <ab@astralblue.net>; <stable@FreeBSD.ORG>
Sent: Tuesday, May 15, 2001 9:14 PM
Subject: Re: Old compiler (3.3-stable -> 4->stable)


> Erik Trulsson wrote:
> >
> > On Wed, May 16, 2001 at 01:41:55AM +0900, Eugene M. Kim wrote:
> > > Greetings,
> > >
> > > I'm having some hard time getting a machine upgraded from 3.3-stable
to
> > > 4-stable.
> > > ...
> >
> > You will probably have to do the upgrade in several steps:
> > First upgrade to 3.5-STABLE
> > Then go to 4.1-RELEASE
> > And then to 4.3-STABLE
> >
> > And read src/UPDATING from the version you are updating to.
> > I think the above sequence should cause the smallest amount of
> > problems.
>
>
> Yeah, we all wish. Alas. Couple of days ago I tried to upgrade a 3.4
> box to 3.5.whatever. Ignoring the dangers of repeating myself... alas.
>
> The buildworld ended in:
>
>
 -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe    -I/usr/obj/usr/src/i386
/
>
usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/s
rc/g
> nu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-n
> ode.cc
>
 -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe    -I/usr/obj/usr/src/i386
/
>
usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/s
rc/g
> nu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.c
> c
>
 -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe    -I/usr/obj/usr/src/i386
/
>
usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/s
rc/g
> nu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc
> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning:
`catch
> ', `throw', and `try' are all C++ reserved words
> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function
`void
> operator delete(void *)':
> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82:
declaration of
> `operator delete(void *)' throws different exceptions...
> <internal>:82: ...from previous declaration here
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
>
> Script done on Wed May  9 05:43:06 2001
>
> Mind you, I think in my case it's a matter of removing /usr/src at the
> very least and trying again. Don't know, have never been forced to deal
> with such a situation. One of these days I will <g>.
>
> Roelof
>
> --
> _______________________________________________________________________
> eBOAź                                               est. 1982
> http://eBOA.com/                                    tel. +31-58-2123014
> mailto:info@eBOA.com?subject=Information_request    fax. +31-58-2160293
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?05db01c0ddae$763051a0$931576d8>