From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by sourceware.org (Postfix) with ESMTPS id CB3323858036 for ; Wed, 6 Oct 2021 08:40:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org CB3323858036 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=starynkevitch.net Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=starynkevitch.net Received: (Authenticated sender: basile@starynkevitch.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 39B6BE0003; Wed, 6 Oct 2021 08:40:34 +0000 (UTC) Subject: Re: [RFC] Setting data segment and loong constants - WIP To: Petter Tomner References: <626c20889db34821ae574cae072b26c0@kth.se> Cc: jit@gcc.gnu.org From: Basile Starynkevitch Message-ID: <479456a4-997e-df56-302c-6d58e8090aff@starynkevitch.net> Date: Wed, 6 Oct 2021 10:40:34 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <626c20889db34821ae574cae072b26c0@kth.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_00, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, KAM_SHORT, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: jit@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Jit mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 08:40:38 -0000 On 10/6/21 10:23 AM, Petter Tomner via Jit wrote: > Hi, > > I have two patches I am working with and I wanted to share the concept > if anyone has feedback. Both are dependent on my patch pending review > on complex types: > https://gcc.gnu.org/pipermail/jit/2021q3/001365.html > > So essentially it is one patch with: > > gcc_jit_context_new_rvalue_from_long_long (...) > gcc_jit_context_new_rvalue_from_long_double (...) > gcc_jit_context_new_rvalue_from_complex_long_double (...) > > Those do what it seems. long_long is for making 64bit constants on > 32bit machines without silly workarounds. > > > And one patch adding support for setting initial values of global > variables: > > gcc_jit_lvalue * > gcc_jit_global_set_initializer_rvalue (gcc_jit_lvalue *global, > gcc_jit_rvalue *init_value); > > gcc_jit_rvalue * > gcc_jit_context_new_constructor (gcc_jit_context *ctxt, > gcc_jit_location *loc, > gcc_jit_type *type, > int arr_length, > gcc_jit_field **fields, > gcc_jit_rvalue **values); I hope this patch would be approved. (and we are considering perhaps using libgccjit in theRefPerSys project, see http://refpersys.org/ for details) Thanks -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/