delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2020/03/11/23:37:49

X-Recipient: archive-cygwin AT delorie DOT com
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
Subject: Re: gcc and 128-bit compare/exchange
To: cygwin AT cygwin DOT com, Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
References: <ab69ca04-06a2-eeb9-4771-e37432b59a77 AT cs DOT umass DOT edu>
<f27b324f-049c-7830-68cd-14813aab6eed AT cs DOT umass DOT edu>
<66f51c13-4c87-3bd6-3b8e-01901155ef2a AT SystematicSw DOT ab DOT ca>
<de26ff04-596e-1dad-f2ae-4b91ba53f5c1 AT cs DOT umass DOT edu>
<0a2c77b2-7ff2-8118-8631-29d186184ad9 AT SystematicSw DOT ab DOT ca>
<0fc8a150-99b1-34dc-0dfb-a096fc3b2096 AT cs DOT umass DOT edu>
<314e9077-6e0a-70cc-5b31-4fab2c755581 AT SystematicSw DOT ab DOT ca>
From: Eliot Moss <moss AT cs DOT umass DOT edu>
Message-ID: <6247a9c3-88b1-2ed0-31eb-408d709f5897@cs.umass.edu>
Date: Wed, 11 Mar 2020 23:36:51 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101
Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <314e9077-6e0a-70cc-5b31-4fab2c755581@SystematicSw.ab.ca>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, SPF_HELO_NONE,
SPF_PASS autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
server2.sourceware.org
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
List-Id: Cygwin mailing list <cygwin.cygwin.com>
List-Unsubscribe: <http://cygwin.com/mailman/options/cygwin>,
<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <http://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <http://cygwin.com/mailman/listinfo/cygwin>,
<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Reply-To: moss AT cs DOT umass DOT edu
Errors-To: cygwin-bounces AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces AT cygwin DOT com>

On 3/11/2020 12:30 PM, Brian Inglis wrote:
> On 2020-03-11 00:13, Eliot Moss wrote:
>> On 3/11/2020 1:31 AM, Brian Inglis wrote:

> There are gcc bugzilla comments about requiring gcc to be built with glibc
> libatomic to guarantee indirect inline functions support, and presumably glibc
> detecting gcc indirect inline functions support, and not supporting other libc
> variants including musl, newlib, uclibc, etc.
> 
> The problem is that newlib is BSD licensed and glibc is GPL and you can not
> contaminate newlib by looking at or including GPL code, although you may be able
> to do so in the Cygwin winsup library.

Hmm.  Well, I just install standard stuff on Linux and then on Cygwin, and
I see different behavior.  I don't know how licenses come into that (I'm not
saying they don't, only that it exceeds my knowledge).  Are you saying that
Cygwin's build of gcc is intended to work with other libraries in addition
to glibc, and hence Cygwin's gcc might have been built without some stuff
to avoid license contamination?

It is probably not worth my while to do my own build of gcc just for this.
I can just write my own wrapper for the __sync function.  But it seemed
wrong / broken to me that the __atomic builtin did not do what was expected.

(Brian, are you the maintainer, or is there someone else with whom the
conversation would be taken up?

Regards - Eliot
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019