Re: Upgrading sequence to 4.x from 3.3-R

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

_______________________________________________
freebsd-stable@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@xxxxxxxxxxx"

Relevant Pages