From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6482619450789986304 X-Received: by 10.46.57.19 with SMTP id g19mr1155567lja.3.1509370987869; Mon, 30 Oct 2017 06:43:07 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.46.82.14 with SMTP id g14ls1978818ljb.0.gmail; Mon, 30 Oct 2017 06:43:07 -0700 (PDT) X-Google-Smtp-Source: ABhQp+SWXVzsk3paR22OlHjQzkM/afxadQoB7gcu4Vbw8QYvfnq5xHWuU4OR8M4A6st8Pv061XmU X-Received: by 10.46.22.20 with SMTP id w20mr1142295ljd.40.1509370987463; Mon, 30 Oct 2017 06:43:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509370987; cv=none; d=google.com; s=arc-20160816; b=kxLi4FQOSSq3Sp4yfh1P0Ifv853Ymduz4TxS3rOM/PouCB4Tak+iDAmYY8WKjkhX38 InL5pmNdZzNQFvevi2/ewLXcwu3AKezKB60AaC9QvXDRKVOIHd+vWfvVBwzLuOLrB8VA KYzL/9e6fisggo5hXmh33pZ3N9uqvCTLnz1l7gTFoNZaWjTl+b3rcQx8l6hJjzaPeoMP Emkjn+zc6Nq2z0dqy8SqutiUIxYW5X/O3IIvIMp0BG+4GPus/4pypp2EqhkWGJuAWqjv 1hn+43ctN6uw6pvzRXXP0wu7GJ5/8iPKjgDkV2Cv3lVXJmZNOWZXGNIb39O5xJsKJf9M 3SFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=RTnjkjcSvxyM9beTXRLSBacxBUyXpz4u6vLf7JtauHQ=; b=Fu2x8dCW+U+u66gslIOKf/ZdLmhJ5xt5EE8l02CS8BCJdCFVCoHQc4jM5q6VVznDsN lKm2dHDze1JB1HmJHGMJxznQFjva8BKvlsstTjP9nrr/iCLAF0hJE+tL4kzYPPkC6vYh UvQAE4cIG9vuMsjeFZWCJqG8ARniMqqc1oFDZFyYmofxhzxj3+ypoTwUledz686a+/y3 EJ2tdB8bBJuulPWRciCyWzHCeR2bgkAZwyV+dcln1dZsV4dL6Ustvx+QR991W/ccxwNr Z5AzO7tD7lHtEqQoZ8huqmsuYdR67aq+sbRfgSGSvuPDEjclVw2Wd0WW4NiBGYYKVu4N Ztew== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id g190si728731lfg.4.2017.10.30.06.43.07 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Oct 2017 06:43:07 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id v9UDh6jC008376 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 30 Oct 2017 14:43:06 +0100 Received: from md1em3qc ([139.25.68.40]) by mail2.siemens.de (8.15.2/8.15.2) with ESMTP id v9UDh6it027521; Mon, 30 Oct 2017 14:43:06 +0100 Date: Mon, 30 Oct 2017 14:43:05 +0100 From: Henning Schild To: Cc: isar-users Subject: Re: Cross-building and debugging Message-ID: <20171030144305.21dcf20c@md1em3qc> In-Reply-To: <0b55db7d-e602-4f4b-b6d5-bc1c0a0e18e8@googlegroups.com> References: <0b55db7d-e602-4f4b-b6d5-bc1c0a0e18e8@googlegroups.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: IeBO/sawf++y Am Mon, 30 Oct 2017 01:34:19 -0700 schrieb : > Hi everybody, > > IIUC, when using Isar it is implicitly assumed that the user > applications are natively built on the target. > If, for any reason, this is not possibile, one has to cross-build the > applications. Why would that not be possible? I guess you just do not have the patience to wait for the slow qemu-wrapped compiler. If you ask me now, cross compile support should not be added to Isar, because it is against what Debian is doing. But maybe someone will convince me otherwise some day. > Which approach do you recommend to set up the cross-build > environment, in order to make it work smoothly with Isar? There are a few patches out there that enable cross builds, but none of that stuff was proposed for upstream yet. https://github.com/ilbers/isar/commits/lenormf/develop-l20170602-dpkg-cross https://groups.google.com/d/msgid/isar-users/8fe13268-9bfa-4b24-897a-133c9530c188%40googlegroups.com If the only upside of such complexity is gain in speed i would probably reject patches that try to introduce something like that. With the recently merged cache features one could just keep the .debs and the compile-time would only be a problem once and maybe for CI. Today you could use dpkg-raw and just package your binaries, that maybe came from another build-system. Or you could write a recipe that adds cross-compile tasks to dpkg-raw. >> inherit dpkg-raw >> >> do_compile() { >> make CROSS_COMPILE=/foobar/ >> ... >> } >> >> addtask compile after do_unpack before do_install Henning > Thank you, > Andrea >