From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19519 invoked by alias); 6 Nov 2019 12:25:20 -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 19422 invoked by uid 89); 6 Nov 2019 12:25:12 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=lawrynowicz, Lawrynowicz X-HELO: mail-wr1-f44.google.com Received: from mail-wr1-f44.google.com (HELO mail-wr1-f44.google.com) (209.85.221.44) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 06 Nov 2019 12:25:10 +0000 Received: by mail-wr1-f44.google.com with SMTP id a15so25496067wrf.9 for ; Wed, 06 Nov 2019 04:25:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mittosystems.com; s=google; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=rNsisyNeSUioWJH2GFdRKbPXgFMic3zR6wX8Rmoj1uk=; b=JDE2syBRoBCxZZwKthL5PmyECCqWvphEkqeyW1DLRJ7xw+8IcOxsqNZrU8OiK7ZKP4 u2fkFuQJKpMpkbiScciuWBtFaPVagCvMJ5lXbW80poFi3IVXvacRYXFAbnEVFOqRcwlA C95nrxOyJqDD039XV/FFPSyDViC8vkVT/HArsCzfVXVnMDxpoKK1qryD8n54wgnWNDxG a2kiYxNpDbP6uZuExYPWkGxFC6bHTGNZAmk5+z0sn3rWftfRUKq8K4ltpCzLBx3Hp48e A2wwZq0sIM+2hw8wIWthpX+wCPrYz0oE5jR5hj8rJITpYgC5e1fR+DVaDkSeNIvs+c0N kJuw== Return-Path: Received: from jozef-kubuntu ([2a01:4b00:87fd:900:e1ba:1c62:d07d:e2d4]) by smtp.gmail.com with ESMTPSA id p1sm2346674wmc.30.2019.11.06.04.25.08 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 06 Nov 2019 04:25:08 -0800 (PST) Date: Wed, 06 Nov 2019 12:25:00 -0000 From: Jozef Lawrynowicz To: Orlando Arias Cc: Mojca Miklavec , "newlib@sourceware.org" Subject: Re: Properly building newlib to install spec files Message-ID: <20191106122506.0353cee5@jozef-kubuntu> In-Reply-To: <20191106110753.699ec1ce@jozef-kubuntu> References: <3456e0e8-6b7a-2180-7726-e9c41bad2a59@gmail.com> <20191106110753.699ec1ce@jozef-kubuntu> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2019/txt/msg00633.txt.bz2 On Wed, 6 Nov 2019 11:07:53 +0000 Jozef Lawrynowicz wrote: .. snip .. > > As you discovered, nosys still exists but it is enabled by using the GCC -msim > option. The real use case for stubbing out system calls is when running programs > in the simulator. Whoops, that should actually say that nosys (libnosys.a) is used when running on real hardware (the default), whilst a separate simulator library (libsim.a) is used when -msim is passed to GCC. Jozef > > In the default configuration which assumes the program will run on real > hardware, most system calls (except write() and unlink()) are stubbed out > and just loop forever. So there will be very little (if any) code size > bloat from using the default configuration over -msim. > > When TI CIO functionality is added to the other syscalls, there could be a > use case to provide an option (--specs or otherwise) which enables them to be > stubbed out again. > > Hope this helps, > Jozef > > > > > Again, thank you. > > > > Cheers, > > Orlando. > > > > [1] ftp://sourceware.org/pub/newlib/index.html > > >