From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6600026910278811648 X-Received: by 2002:a1c:180f:: with SMTP id 15-v6mr145452wmy.8.1536750160192; Wed, 12 Sep 2018 04:02:40 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a1c:e30a:: with SMTP id a10-v6ls398243wmh.3.canary-gmail; Wed, 12 Sep 2018 04:02:39 -0700 (PDT) X-Google-Smtp-Source: ANB0VdbeQJFb4WmLkwgefh4oCkS4DUn9rscn7b6XUyg40h0lw/4vrKGxR2UPbhjvvXBalOGkvHXi X-Received: by 2002:a1c:8054:: with SMTP id b81-v6mr148157wmd.7.1536750159823; Wed, 12 Sep 2018 04:02:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536750159; cv=none; d=google.com; s=arc-20160816; b=0eRM1narY1tN/xVBgBpnzCFQFa9JWB+u0OzOv7nWLxszhSsPeQ/yCSZFSVqXlS9WgT NTae/SS7oYf/SCIn9vg9TtF3PI49xeeQsL8ovvtLAcpGPf0/dzjh8LoBUKZI5LGDZmcr 48+nSlDEhmDp5LysXqNKw6qgL4AQqp2N1eJEKqwu1qCEfZ9cLXeMty71F5NqTl/60ZFR CMlU01lZJNFCGQihfuzBJSujj99xy+SjtsHjkOUF/t0ON/b8FFwSej1VvITxogZXOdcr +4P4dVZb6Sl/S+tXgjglM/rRwAuWj9KJrz+6qX1ZQ7T+3ps43RHjGrFIHWWCiJKh3OUC PX6Q== 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; bh=K/mq/rg0Y+anB/cM8fceVn+sN40BOMObGEE1qQ0qmmQ=; b=ewCjX8zgYLhNLCnlYk5TGr5t7QFcAPVAxddP09ITvZFrx8It/snh5uoGXs1w2lzKeS HjgG8nN9Y/pkgLxN7C6k5DqPeBS3I2F6lUj7pgagnykl5UhW/rx7S7e7HVXXVT8eu3sA pBCE/xD2Wb5ZIi3fHEu5IpeH2WQjQZKca9wcjDtBJmS7SulfpiPyt9EeWzwL/9cyQU5a k07KZBmm4OwPzUUcm0Qy5+BqeEIVZZwG+Vt+n80y+TuvSmlpsjsuGhK2eeDUSycd9uVn KIXq1g/Blf8GPAeVSnMLjvXzH60XTMuj417Op2HzSdlkZBVMwFudIz5jrn4hBB5/KcPo s9ng== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id l2-v6si26266wmh.1.2018.09.12.04.02.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 Sep 2018 04:02:39 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id w8CB2dVg005949 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 12 Sep 2018 13:02:39 +0200 Received: from md1pvb1c.ad001.siemens.net (md1pvb1c.ad001.siemens.net [139.25.68.40]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id w8CB2drI018406; Wed, 12 Sep 2018 13:02:39 +0200 Date: Wed, 12 Sep 2018 13:02:38 +0200 From: Henning Schild To: Jan Kiszka Cc: "Maxim Yu. Osipov" , isar-users Subject: Re: SDK feedback Message-ID: <20180912130238.1d94e306@md1pvb1c.ad001.siemens.net> In-Reply-To: <99c2c7b3-5cfd-659f-1bcd-5ce8a5b932ef@siemens.com> References: <0480aa78-5c48-4194-8900-e1b17798b531@siemens.com> <99c2c7b3-5cfd-659f-1bcd-5ce8a5b932ef@siemens.com> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-TUID: K5Yxu5yWyoKu Am Wed, 12 Sep 2018 12:15:40 +0200 schrieb Jan Kiszka : > On 12.09.18 09:42, Maxim Yu. Osipov wrote: > > Hi Jan, > >=20 > > On 09/11/2018 08:57 PM, Jan Kiszka wrote: =20 > >> On 11.09.18 19:55, Jan Kiszka wrote: =20 > >>> Hi Maksim, > >>> > >>> finally, I actually used the SDK on an ARM target, and it worked > >>> nicely! One question and one feature request, though: > >>> > >>> I did not do the chroot dance and rather looked for a way to use > >>> the cross compiler directly. And it /seems/ to work, at least for > >>> the trivial case: > >>> > >>> export LD_LIBRARY_PATH=3D/path-to-sdk/usr/lib/x86_64-linux-gnu/ > >>> sdk/usr/bin/arm-linux-gnueabihf-gcc --sysroot /path-to-sdk \ > >>> =C2=A0=C2=A0=C2=A0=C2=A0 -o hello hello.c > >>> > >>> Does this make sense, at least for the classic "I need a > >>> crosscompiler and the corresponding target libs" case? When will > >>> it start to break? =20 > >=20 > > Honestly I always played with chroot and never tried > > LD_LIBRARY_PATH approach in more complicated case, so I can't say > > which problems may pop up. =20 >=20 > Henning, maybe once worth a try on some of the recent examples we now > have (just for testing, they are normally built as part of a custom > Isar layer). People that use that layer found their own solution. They just take the buildchroot as a sysroot for the cross-compiler of their distro. No need to have a debian cross compiler or chroot. That has its limitations, but is also really simple and seems to work well enough ... so far. Henning > >> Forgot to state: my host was a SUSE 42.2. =20 > >=20 > > Nice to hear that it works under SUSE too > > (I only tried sdk on Fedora box). If you chrooted, you used Debian ;). Henning > >> =20 > >>> > >>> > >>> And then I noticed that the deployed SDK image could be a bit > >>> slimmer, specifically by purging /var/cache/apt prior to > >>> packaging. Too lazy now to write my own patch. :) =20 > >=20 > > Got it ;) (I will prepare the patch). =20 >=20 > TIA! >=20 > BTW, if that direct call model works, we may shrink the SDK archive > for that purpose even further (as there is no need to have a complete > chroot anymore). >=20 > Jan >=20