From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Anders Lindgren Newsgroups: gmane.emacs.devel Subject: Re: Mac OS Sierra tab feature breaks C-x 5 2 Date: Tue, 18 Jul 2017 08:06:22 +0200 Message-ID: References: <191BFCA3-3C5B-4A75-8985-A958E638ADCE@gmail.com> <20170706174204.GA19121@breton.holly.idiocy.org> <20170706221637.GA19607@breton.holly.idiocy.org> <20170710195220.GA21900@breton.holly.idiocy.org> <20170712182321.GA23391@breton.holly.idiocy.org> <20170713202234.GA23777@breton.holly.idiocy.org> <20170716230109.GA54914@breton.holly.idiocy.org> <1ce59431-ff6b-dc89-31a6-8fc5bd4e3926@aurox.ch> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c04ee44a0eff705549150a1" X-Trace: blaine.gmane.org 1500358038 28151 195.159.176.226 (18 Jul 2017 06:07:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 18 Jul 2017 06:07:18 +0000 (UTC) Cc: Paul Michael Reilly , Alan Third , Jean-Christophe Helary , Emacs-Devel devel To: "Charles A. Roelli" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 18 08:07:10 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXLez-0006Nd-LK for ged-emacs-devel@m.gmane.org; Tue, 18 Jul 2017 08:07:05 +0200 Original-Received: from localhost ([::1]:54174 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXLf0-0000QM-8n for ged-emacs-devel@m.gmane.org; Tue, 18 Jul 2017 02:07:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55799) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXLeN-0000QF-7P for emacs-devel@gnu.org; Tue, 18 Jul 2017 02:06:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXLeL-0001NR-MI for emacs-devel@gnu.org; Tue, 18 Jul 2017 02:06:27 -0400 Original-Received: from mail-ua0-x229.google.com ([2607:f8b0:400c:c08::229]:35744) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dXLeL-0001Lr-Fe for emacs-devel@gnu.org; Tue, 18 Jul 2017 02:06:25 -0400 Original-Received: by mail-ua0-x229.google.com with SMTP id 64so11819938uae.2 for ; Mon, 17 Jul 2017 23:06:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=taP8ztI3iDO+ZQKH1xfGstRX04/yqKdk4oViRXwFjyM=; b=lduybnCVwX+3+VGW4T3R9AvYKl8eYE6sLsrYB0Gt+v8X5zXuDbTpzN5We4Umkk9+Qx GhoLERrWvDwkahMY8JsX43v74Rrsht33ym+vapQppR2MeE0K1fZxmRuz1sJ8oSlA6aXA RticX3qu3LGn+gLY3jAhfq5u4LqMHs8xVIgZt9ySNpRbXCU+JauC+LYCnl/EMll70ph8 ewX4J8soDF6MBTAJC/CjNayyQjL8xfFe63r+Sv1pGvPGypGZjTwLP8nJwfpx01HURLEQ K1WqZ9QI3SL+Hko/0iyFExbFdmKBDjozfcLfDuuNZe3L0HyQlvKJ7416LghJMpfGGRCF kwpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=taP8ztI3iDO+ZQKH1xfGstRX04/yqKdk4oViRXwFjyM=; b=FF2flL9EsOtTQxwOPDrB+7DySiedRPBwB13z+H6+16d3bgP5wLe5YRRniIBhhGX+11 nML8Tm9ukNZvBoIH0t4AX6chamX7xm4p20sR2XHhovE+kSXKLdb5STJ/o0bIjb7YQknU fBof763FtpOH6NSj3WKd2VfvmuED7tyZpet8OpTWsdh/hfB3u0fnEf6iTils/b/saNfZ cspDLK4/VfiF8YDYI7cDLafFPZY6S4ALUoLCesUN4gQAk6R2W1pdzW3fZezu/ReaYOhx sSUeDSyPaDOhc4dgxwi0QOSMdycmueJly69WO2jggABBEgwX+AOTKXKN/qfFPDvdvMvr U5RA== X-Gm-Message-State: AIVw111G6r/axIHnRkJuKlS8Ao0JQTnh8JXOG2xGl4zqXBAcYSy2omX2 7L1q+dXNhabfVkHtUCvXJ5Q7+PnfVg== X-Received: by 10.159.32.3 with SMTP id 3mr724816uam.67.1500357983267; Mon, 17 Jul 2017 23:06:23 -0700 (PDT) Original-Received: by 10.31.210.2 with HTTP; Mon, 17 Jul 2017 23:06:22 -0700 (PDT) In-Reply-To: <1ce59431-ff6b-dc89-31a6-8fc5bd4e3926@aurox.ch> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400c:c08::229 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:216815 Archived-At: --94eb2c04ee44a0eff705549150a1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Charles, thanks for replying! Yes, that is what I saw as well. The question is which compiler is used (by default) when building Emacs on 10.6. I guess it is "gcc", but I didn't have time to verify this. -- Anders On Mon, Jul 17, 2017 at 10:09 PM, Charles A. Roelli wrote: > clang and gcc seem different on 10.6 (can't say for certain, though): > > > $ which gcc > /usr/bin/gcc > $ gcc --version > i686-apple-darwin10-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build > 5658) (LLVM build 2335.15.00) > Copyright (C) 2007 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOS= E. > > $ which clang > /usr/bin/clang > $ clang --version > Apple clang version 2.1 (tags/Apple/clang-163.7.1) (based on LLVM 3.0svn) > Target: x86_64-apple-darwin10.8.0 > Thread model: posix > > > > > > On 17/07/2017 01:01, Alan Third wrote: > >> On Sun, Jul 16, 2017 at 08:43:25PM +0200, Anders Lindgren wrote: >> >>> I tried to figure out if gcc or clang was used when building on 10.6.8, >>> but >>> ran out of time (and won't have the chance to do it again anytime soon)= . >>> I >>> did conclude that it comes with both a real "gcc" and a real "clang", s= o >>> presumably gcc is used. (Surprisingly, more modern versions of macOS >>> seems >>> to map the command "gcc" to "clang".) >>> >> Charles can maybe answer this for us, as he uses 10.6. >> >> A warning-free build is a must on modern system (which use clang). It >>> would >>> be nice on older system, I guess, but it would be hard to enforce. (We >>> could even lobby to add the option to future gcc versions, for the >>> benefit >>> of GNUStep, but it would not help the situation on older macOS versions= .) >>> My gut feeling is to go with the NS_SILENCE_MISSING_METHOD_WARNING_BEGI= N >>> solution, as it work on modern macOS systems, it retains type checking, >>> and >>> it give us a single location to describe the situation and to modify th= e >>> macro, if there should be a need for it in the future. >>> >> Agreed. >> >> I think that a lot (if not most) of the code that we might want to use >> this on won=E2=80=99t work on GNUstep at all, so we could still exclude = it >> from building there if the warnings are too much. >> >> > --94eb2c04ee44a0eff705549150a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Charles, thanks for replying!

Yes, t= hat is what I saw as well. The question is which compiler is used (by defau= lt) when building Emacs on 10.6. I guess it is "gcc", but I didn&= #39;t have time to verify this.

=C2=A0 =C2=A0 -- A= nders

= On Mon, Jul 17, 2017 at 10:09 PM, Charles A. Roelli <<= a href=3D"mailto:charles@aurox.ch" target=3D"_blank">charles@aurox.ch&g= t; wrote:
clang and gcc seem diffe= rent on 10.6 (can't say for certain, though):


$ which gcc
/usr/bin/gcc
$ gcc --version
i686-apple-darwin10-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. buil= d 5658) (LLVM build 2335.15.00)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.=

$ which clang
/usr/bin/clang
$ clang --version
Apple clang version 2.1 (tags/Apple/clang-163.7.1) (based on LLVM 3.0svn) Target: x86_64-apple-darwin10.8.0
Thread model: posix





On 17/07/2017 01:01, Alan Third wrote:
On Sun, Jul 16, 2017 at 08:43:25PM +0200, Anders Lindgren wrote:
I tried to figure out if gcc or clang was used when building on 10.6.8, but=
ran out of time (and won't have the chance to do it again anytime soon)= . I
did conclude that it comes with both a real "gcc" and a real &quo= t;clang", so
presumably gcc is used. (Surprisingly, more modern versions of macOS seems<= br> to map the command "gcc" to "clang".)
Charles can maybe answer this for us, as he uses 10.6.

A warning-free build is a must on modern system (which use clang). It would=
be nice on older system, I guess, but it would be hard to enforce. (We
could even lobby to add the option to future gcc versions, for the benefit<= br> of GNUStep, but it would not help the situation on older macOS versions.) My gut feeling is to go with the NS_SILENCE_MISSING_METHOD_WARNING_BEG= IN
solution, as it work on modern macOS systems, it retains type checking, and=
it give us a single location to describe the situation and to modify the macro, if there should be a need for it in the future.
Agreed.

I think that a lot (if not most) of the code that we might want to use
this on won=E2=80=99t work on GNUstep at all, so we could still exclude it<= br> from building there if the warnings are too much.



--94eb2c04ee44a0eff705549150a1--