From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 56770 invoked by alias); 17 Dec 2018 14:51:22 -0000 Mailing-List: contact jit-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Subscribe: Sender: jit-owner@gcc.gnu.org Received: (qmail 55910 invoked by uid 89); 17 Dec 2018 14:51:21 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.100.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=HTo:U*marc, love, HContent-Transfer-Encoding:8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 17 Dec 2018 14:51:20 +0000 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id B938F356F6; Mon, 17 Dec 2018 14:51:18 +0000 (UTC) Received: from ovpn-117-98.phx2.redhat.com (ovpn-117-98.phx2.redhat.com [10.3.117.98]) by smtp.corp.redhat.com (Postfix) with ESMTP id 296144F9AB; Mon, 17 Dec 2018 14:51:17 +0000 (UTC) Message-ID: <1545058277.4619.225.camel@redhat.com> Subject: Re: alloca and labels as values From: David Malcolm To: Marc =?ISO-8859-1?Q?Nieper-Wi=DFkirchen?= , jit@gcc.gnu.org Date: Mon, 01 Jan 2018 00:00:00 -0000 In-Reply-To: <1d8cf4bd-51a9-7e70-8abd-9daa023ea615@nieper-wisskirchen.de> References: <1d8cf4bd-51a9-7e70-8abd-9daa023ea615@nieper-wisskirchen.de> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Mon, 17 Dec 2018 14:51:18 +0000 (UTC) X-IsSubscribed: yes X-SW-Source: 2018-q4/txt/msg00003.txt.bz2 On Mon, 2018-12-17 at 08:07 +0100, Marc Nieper-Wißkirchen wrote: > Hi, > > let me first say that libgccjit is a great project and that I like > the > API very much! Thanks. > Is `alloca' currently possible with libgccjit? I haven't found > anything > about it in the documentation. If it isn't possible at the moment, > I'd > love to see it added to libgccjit very soon. (One use case would be > a > compiler like the Chicken Scheme compiler that employs Cheney-on-the- > MTA > where the youngest heap generation is allocated on the stack.) I haven't tested this, but I believe you ought to be able to access it via the "__builtin_alloca" builtin, via something like: gcc_jit_function *fn_alloca = gcc_jit_context_get_builtin_function (ctxt, "__builtin_alloca"); gcc_jit_rvalue *call = gcc_jit_context_new_call (ctxt, loc, fn_alloc_a, 1, &size_t_arg); gcc_jit_block_add_assignment (block, loc, dst_lvalue, call); ...or something like that. > Another thing that may be missing is label values as implemented by > the > GCC C/C++ frontends. Probably. IIRC that isn't implemented. > Thanks! > > Marc Dave