From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16677 invoked by alias); 13 Jan 2019 19:56:27 -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 15680 invoked by uid 89); 13 Jan 2019 19:56:27 -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=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 spammy=andrea, Andrea, wish X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: mx.sdf.org Received: from ol.sdf.org (HELO mx.sdf.org) (205.166.94.20) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 13 Jan 2019 19:56:25 +0000 Received: from sdf.org (IDENT:akrl@sverige.freeshell.org [205.166.94.5]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id x0DJuB9B010882 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sun, 13 Jan 2019 19:56:12 GMT Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id x0DJuAlx003582; Sun, 13 Jan 2019 19:56:10 GMT From: akrl To: Marc =?utf-8?Q?Nieper-Wi=C3=9Fkirchen?= Cc: dmalcolm@redhat.com, basile@starynkevitch.net, jit@gcc.gnu.org Subject: Re: about header file parsing In-Reply-To: (message from Marc =?utf-8?Q?Nieper-Wi=C3=9Fkirchen?= on Sat, 12 Jan 2019 15:26:46 +0100) Date: Tue, 01 Jan 2019 00:00:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2019-q1/txt/msg00040.txt.bz2 Marc Nieper-Wi=C3=9Fkirchen writes: > Am Do., 10. Jan. 2019 um 22:18 Uhr schrieb akrl : > > [...] > >> Okay then lets go for gcc_jit_context_add_driver_option then. >> >> > >> >> If we agree on an interface I propose my self to do the patch in >> >> order >> >> to have the occasion to setup the whole process. > > Thanks a lot, Andrea. > > I am wondering whether you could also make the procedures > playback::context::invoke_embedded_driver and > playback::context::invoke_external_driver available to client code of > libgccjit. (If libgccjit is used as an AOT compiler, the user code may > wish to invoke the driver independently. If the two procedures above > are somehow exposed to user code, it doesn't have to duplicate the > invocation code for an external driver and will be enabled to use the > embedded driver as well. > > -- Marc > > [...] > Hi Marc, there's no technical problem into including these into the patch. But unless we have some special reason for that (like minimizing LIBGCCJIT_ABI changes) I would rather prefer to have this changes as a following patch. But I guess is good to have Dave's opinion on all of these points. Bests Andrea --=20 akrl@sdf.org