Bug 30354

On Wed, Sep 05, 2001 at 01:58:34PM -0700, Peter Elsner wrote:
> 
> >Number:         30354
> >Category:       gnu
> >Synopsis:       make buildworld is failing from 4.4-RC back down to 4.3-RELEASE
> >Originator:     Peter Elsner
> >Release:        4.4-RC
> >Organization:
> ServPleX Corporation
> >Environment:
> root:fsi.servplex.com# uname -a
> FreeBSD fsi.servplex.com 4.4-RC FreeBSD 4.4-RC #1: Wed Sep  5 13:19:58 CDT 2001
>     root@fsi.servplex.com:/usr/src/sys/compile/FSICOM  i386
> >Description:
> Using CVSUP, with tag set to RELENG_4, buildworld and installworld ran fine.  Afterwards, I noticed I was running 4.4-RC instead of 4.3-STABLE (or 4.3-RELEASE).  I decided to change my tag in my supfile to RELENG_4_3 and start over.  Sources all transferred fine, but now when I do a 'make buildworld', I get this error...

Quite aside from the actual problem, 4.4-RC *is* 4.3-STABLE, or rather,
4.4-RC is 4.x-STABLE, which has already passed the time it was called
4.3-STABLE.  4.4-RC (RELENG_4) is really what you need if you want to
run -stable.

The 4.3 security branch (RELENG_4_3) is something very close to 4.3-RELEASE;
the only differences are a couple (or 17) of security patches.  This branch
does not get any of the new features introduced in -stable after the release
of 4.3, it is meant to provide maximum backwards compatibility and ease of
installation and maintenance for those who would rather stick with a -release
rather than track -stable.

G'luck,
Peter

-- 
If this sentence were in Chinese, it would say something else.

On Wed, Sep 05, 2001 at 01:58:34PM -0700, Peter Elsner wrote:

> Using CVSUP, with tag set to RELENG_4, buildworld and installworld
> ran fine.  Afterwards, I noticed I was running 4.4-RC instead of
> 4.3-STABLE (or 4.3-RELEASE).

No, that *is* 4.3-STABLE (same great taste, different name in
preparation for the 4.4-RELEASE snapshot of the branch).

> I decided to change my tag in my
> supfile to RELENG_4_3 and start over.  Sources all transferred fine,
> but now when I do a 'make buildworld', I get this error...

> cc -O -pipe -D_GNU_SOURCE -I-
> -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/us
> r/src/gnu/usr.bin/binutils/ld
> -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386
> -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include
> -DDEFAUL T_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsd\"
> -DSCRIPTDIR=\"/usr/ob j/usr/src/i386/usr/libdata\"
> -I/usr/src/gnu/usr.bin/binutils/ld/../../../../cont rib/binutils/ld
> -DVERSION=\"2.10.1\" -DBFD_VERSION=\"2.10.1\" -I/usr/obj/usr/s
> rc/i386/usr/include -c eelf_i386.c *** Error code 1

No, this isn't the error.  You must be running make with the -j flag,
in which case the real error is somewhere back above this point.
Rerun make without -j and post the actual error.

Kris

Comment 3 ru 2001-09-25 16:59:20 UTC

State Changed
From-To: open->closed

Unfortunately, if downgrading to RELEASE fails, it can't be fixed. 
We can only fix downgrades to non-sticky tags, for example, make 
it possible to downgrade to RELENG_4 from HEAD.