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 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
