From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.2 Received: from mother.openwall.net (mother.openwall.net [195.42.179.200]) by inbox.vuxu.org (OpenSMTPD) with SMTP id f4ff1781 for ; Wed, 15 Jan 2020 14:19:22 +0000 (UTC) Received: (qmail 28153 invoked by uid 550); 15 Jan 2020 14:19:20 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 28135 invoked from network); 15 Jan 2020 14:19:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowrisc-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=/VMdigdpvfwuWOwiJnuuu6Kt9n33eqKwwY4T1NQFQ/c=; b=cHnt+HWmLSj217MqgbgLx+V0x3le/Dc+CdQC9AyhsVDQ6ELxX2VZPkvdEc7khVBmMS MgFIHyTtwhEyj6AD6aSMf2Tud/fSCgbm3EkKuBiYEhvEUMlkM+Hp1dz2ijhVQhqCyu7L 419WiJBGjqpcMTd5OA2szZo5qTecwbmL3Tvo45Y283W5PxD2LVVr9fJtaBiQ6oOuhDsA +eECEIKXWZWtRl5gyyNDFK94hIwaCszMUCsqbeTLd7Ln8+b6ozy7jkXFhTSjZHBr3i7s OV9oQ4yK887BRQXVMGtzkeyHhiMXFcWPY7epM/X60iPYbdPaOPp1q4JD4BdISemmNZMh n4pA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=/VMdigdpvfwuWOwiJnuuu6Kt9n33eqKwwY4T1NQFQ/c=; b=S2wmKxOShMsi3aQ1rzeP+1IgfZDkuLzx9WD1xCoamU6EOCsVqBBWvIgphNlsup1Qmr agmqsSc8CpjIzO2Q5YhKi5T00De0cNbHnlCOkLOQfygUVb2HiMIxStCtifRKBl/1OW8m aLQo2xnVkHQuGOFfCrbewpC8cQRj1HVswuHgEELhZfdwjl9i7ay8+B4mjzUsCL5HjUqM 0MhW84rc03JhjRBaVQW7LhVobnclJ+82DQKOY6MXLCQZQz0ehaxK08QRDOqZfjNkjcDF ozVDHHTGAZReyRnxc/wNml/YWpimaS38+LHOlmswf8YNe2o/cyoXhAgZMI+lg67r+FsE iPgQ== X-Gm-Message-State: APjAAAU8A4Yhm9tW04w6hhW/1AJbepKQgEB6cz/GhUScRdUJbsaGDmd1 BFk2IuEL1QLpMZNWvpF4vM8eYnYy22PeNtENAUKI/Q== X-Google-Smtp-Source: APXvYqyiP0IkR9ArYGj0HU3IJrJP3z46SA7+dmwImwDm7kIk0mASsTVZOloZheK4B8MHmn53f1bBzXf44NkyXsBkvs8= X-Received: by 2002:ab0:40a3:: with SMTP id i32mr15045163uad.131.1579097947995; Wed, 15 Jan 2020 06:19:07 -0800 (PST) MIME-Version: 1.0 References: <20200115132438.5809-1-luismarques@lowrisc.org> <87v9pczv48.fsf@oldenburg2.str.redhat.com> In-Reply-To: <87v9pczv48.fsf@oldenburg2.str.redhat.com> From: =?UTF-8?Q?Lu=C3=ADs_Marques?= Date: Wed, 15 Jan 2020 14:18:56 +0000 Message-ID: To: Florian Weimer Cc: musl@lists.openwall.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] [PATCH] Fix RISC-V a_cas inline asm operand sign extension On Wed, Jan 15, 2020 at 1:50 PM Florian Weimer wrote: > Are casts in this place really casts, and not merely type assertions? > I think you have to use a temporarily variable or maybe a redundant +, > to change the syntax. AFAIK the expression inside the parenthesis is just a regular C expression, which in this case is a cast expression of a variable. Here's what the GCC documentation says for the input operands (section "6.47.2.5 Input Operands"): "Each operand has this format: [ [asmSymbolicName] ] constraint (cexpressio= n) (...) cexpression This is the C variable or expression being passed to the asm statement as input." Is there a particular reason why you believe this might be a type assertion instead? Thanks, Lu=C3=ADs