From owner-freebsd-current Tue Nov 19 9:46: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 555E037B401 for ; Tue, 19 Nov 2002 09:45:59 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF7043E9C for ; Tue, 19 Nov 2002 09:45:55 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gAJHjchF067437 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 19 Nov 2002 19:45:38 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gAJHjc1C067432; Tue, 19 Nov 2002 19:45:38 +0200 (EET) Date: Tue, 19 Nov 2002 19:45:38 +0200 From: Ruslan Ermilov To: Pete Carah Cc: current@FreeBSD.ORG Subject: Re: Strange cross-build problem and something with GEOM Message-ID: <20021119174538.GA67113@sunbay.com> References: <200211191735.gAJHZx7i062162@ns.altadena.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <200211191735.gAJHZx7i062162@ns.altadena.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 19, 2002 at 09:35:59AM -0800, Pete Carah wrote: > This is, for a change, not relative to my Vaio (which still won't boot > current, in spite of various improvements apparent in boot -v). >=20 > Hardware is a Supermicro P3TDDE (SMP P3-1G, via chipset). > 2 60g drives, ad0 has a complete -stable on it, ad1 current. >=20 > First, GEOM: > On trying to do "boot0cfg -s1 /dev/ad0" to get back to booting stable, > to try to recover from the next problem, I get "operation not permitted". > This didn't happen with NO_GEOM... Is there a new device name to use > here? >=20 > Unfortunately now I can't recover from the next problem without taking > a drive (the system in question is remote; fortunately only a few miles). >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Part 2 =3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > Now for the cross-build problem: > ---- > On building both stable and current under stable, I get a crippled cpp > in current; it can't do *anything* right, and gets various errors in > various situations. > with source: > ------------ > gooney# cat hello.c > #include >=20 > main() > { > printf("Hello, World!\n"); > } > ------------------------------ > gooney# cc -o hello hello.c > hello.c:1: undefined or invalid # directive >=20 > If I add a comment in the first line, I get: > -------------------------------------------- > gooney# cc -o hello hello.c > hello.c:1: syntax error before `/' >=20 > and the make world under current dies in the very first mkdep, before the > first compile, with another cpp error: > -------------------------------------- > mkdep -f .depend -a /usr/src/games/fortune/strfile/strfile.c > /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A system= =3Dunix' > /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A system= =3Dbsd' > /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A system= =3DFreeBSD' > /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A cpu=3Di3= 86' > /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A machine= =3Di386' > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/games/fortune/strfile. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 > ----------------------------------- >=20 > Anyhow, I know from other experience that this is not a fundamental > problem with building gcc 3.x under fbsd 4.x; if the gnu build system > is used the result works fine. Something is wrong in the 5.x cross-build > context that results in a brain-dead cpp. All else "appears" OK, though > one wonders. >=20 I do cross-build the 5.0-CURRENT portion of my dual -STABLE/-CURRENT box on a day basis under -STABLE, last time this night: # uname -v FreeBSD 5.0-CURRENT #0: Tue Nov 19 05:48:00 EET 2002 root@allmouth.sunb= ay.crimea.ua:/usr/obj/CURRENT/usr/src/sys/PERL=20 Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE92njCUkv4P6juNwoRAvYTAJ9iBAVNChvnd9M1wcXUkJpTavi/BgCfRTy9 GPDzQT72DQYgpBZKEEC6iJg= =9Mub -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message