From owner-freebsd-toolchain@FreeBSD.ORG Sat Apr 18 21:00:54 2015 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9294B59 for ; Sat, 18 Apr 2015 21:00:54 +0000 (UTC) Received: from asp.reflexion.net (outbound-243.asp.reflexion.net [69.84.129.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 62621109 for ; Sat, 18 Apr 2015 21:00:53 +0000 (UTC) Received: (qmail 8078 invoked from network); 18 Apr 2015 21:00:53 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 18 Apr 2015 21:00:53 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.51.0) with SMTP; Sat, 18 Apr 2015 17:00:53 -0400 (EDT) Received: (qmail 26693 invoked from network); 18 Apr 2015 21:00:52 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Apr 2015 21:00:52 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 092AAB1E001; Sat, 18 Apr 2015 14:00:48 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: gcc-4.9.1/gcc/config/rs6000/freebsd64.h vs. FreeBSD's powerpc (non-64) L"..." and wchar_t (other gcc ports too?) From: Mark Millard In-Reply-To: <3734A273-6178-4AF5-B066-DEEB6CFC7F1C@dsl-only.net> Date: Sat, 18 Apr 2015 14:00:51 -0700 Cc: freebsd-toolchain@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <5994D629-964B-4394-B6DD-2C2D6907882F@dsl-only.net> References: <5B228278-A967-46D4-8F56-08E47008D009@dsl-only.net> <3734A273-6178-4AF5-B066-DEEB6CFC7F1C@dsl-only.net> To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 21:00:54 -0000 [Looks like I'll soon be suspending my FreeBSD explorations for a time = again. So this completes my notes for the subject and related material.] Reminder of the "long int" issue in = gcc-4.9.1/gcc/config/rs6000/freebsd64.h that gets the wrong type for L" = . . . " notation for FreeBSD: > /* rs6000.h gets this wrong for FreeBSD. We use the GCC defaults = instead. */ > #undef WCHAR_TYPE > #define WCHAR_TYPE (TARGET_64BIT ? "int" : "long int") > #undef WCHAR_TYPE_SIZE > #define WCHAR_TYPE_SIZE 32 I did try changing my = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-4.9.1/gcc/config= /rs6000/freebsd64.h so that WCHAR_TYPE would always use "int" and = rebuilding powerpc64-gcc. With that I was able to compile lib32, no = longer having a bad type for the L prefix notation on string literals. So I expect that requesting a fix upstream and/or patching such files in = gcc ports that have such a "long int" for powerpc FreeBSD targets is = appropriate. Side note likely specific to my context in some way . . . Unfortunately that lib32 built did not mean that using it worked. A -g = -m32 compile/link of > int main() > { > return 0; > } produces something for which ./a.out segmentation faults in a way that = neither the system nor the port gdb can report on where. For now it looks like I'm not going to have the time to work on figuring = out any of the issues involved. =3D=3D=3D Mark Millard markmi at dsl-only.net