On Wed, Mar 12, 2003 at 09:19:41AM -0500, Bill Moran
wrote:> Dmitry Morozovsky wrote:
> >Dear colleagues,
> >
> >What is the correct way to upgrade FreeBSD from 3.3-R to 4.x?
>
> Wow ... that's a bit of a leap. I expect you're going to have
> problems going that far easily.
>
> >using recommended (extended a bit)
> >
> >make -DNOCLEAN -DNOPERL -DNOPROFILE -DNOGAMES -DNOMAN buildworld
> >
> >I got
> >
> >===> doc
> >c++ -O -pipe
-I/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib
> >-I/ar/src/gnu/usr.bin/gperf -c
> >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc
> >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80:
warning:
> >`catch', `throw', and `try' are all C++ reserved words
> >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In
function
> >`void
> >operator delete(void *)':
> >/ar/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
> >
> >Currently I simply exclude gperf from bootstrap-tools from
Makefile.inc,
> >but it
> >seems a bit hackish...
>
> I'm no expert on the source tree, but I would think that you might have
an
> easier
> time of it if you backup up the system and reinstalled.
>
> If that seems terribly impractical, you might do better by stepping it.
For
> example:
> 1) First upgrade to 3-STABLE.
> 2) Then upgrade to an early 4.x, such as 4.2-RELEASE
> 3) Then upgrade to 4-STABLE
>
> I do think you're going to have problems if you attempt the upgrade
without
> upgrading perl as well. perl is used in many parts of the system in 4.x,
if
> you don't upgrade it, you may not even be able to build 4.x, and if it
does
> build and install, you may find many utilities don't work.
Wouldn't it be easier to do a binary upgrade?
--
Gunnar Flygt, SR