From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5603 invoked by alias); 12 Aug 2019 12:42:15 -0000 Mailing-List: contact newlib-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: newlib-owner@sourceware.org Received: (qmail 5594 invoked by uid 89); 12 Aug 2019 12:42:15 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*c:alternative X-HELO: mail-ot1-f43.google.com Received: from mail-ot1-f43.google.com (HELO mail-ot1-f43.google.com) (209.85.210.43) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 12 Aug 2019 12:42:14 +0000 Received: by mail-ot1-f43.google.com with SMTP id c34so18088187otb.7 for ; Mon, 12 Aug 2019 05:42:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=84qPF2qxLgMXaWa9/0XcJW89MBLASq3VrrdYDjHOUlc=; b=LDL8RHrGdP2dd8/6BSusSR3omASUxr2Yx6c3QMVwyVzPh3XIbn933eYm6iwjgNP6oE NqHO98PbrYLvMJKmDb41E/qqC36mNU8JQYqVyDGqezu6cwgftN29bUypHXuN5kznqB0k YsmzWONyGG3kZPq8A/D7bsfumFWOOy6/6YFfmUZ4T2x26LleGdqFahW5i5WsEzTa06hN YYELssZ+eQfc7db1u9r8cqbJt3gUFR9TW8anJOR4oaAQG3L6pe5zj9zwWk0WBP6gPn27 ssFabKXZMD7CmYogJim+n6HsRXHZ7nd/eRXzXHuTyXmUrISyKUvdY4r92+GYmgYq4yG1 4hPQ== MIME-Version: 1.0 References: <20190812075243.GC11632@calimero.vinschen.de> In-Reply-To: <20190812075243.GC11632@calimero.vinschen.de> From: Joel Sherrill Date: Mon, 12 Aug 2019 12:42:00 -0000 Message-ID: Subject: Re: unknown type name 'cpu_set_t' in newlib/libc/include/sched.h To: Newlib , Giacomo Tesio Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2019/txt/msg00453.txt.bz2 On Mon, Aug 12, 2019, 2:52 AM Corinna Vinschen wrote: > On Aug 12 02:28, Giacomo Tesio wrote: > > Hello everybody, > > > > apparently commit 383e19ca552234fa9af47e80cb00d843a96de9e3 moved the > > cpu_set_t typedef from newlib/libc/include/sched.h to cygwin specific > > stuff, but left a few functions using such type behind and > > unprotected. > > > > Is it intended? > > Probably not, if it leads to build errors on non-Cygwin, non-RTEMS. > > Does it? > Is this with a test program or building Newlib itself. I have recently built non-rtems targets to spot check some of the fenv work. --joel > > Corinna > > -- > Corinna Vinschen > Cygwin Maintainer > Red Hat >