From nobody Thu Mar 28 22:42:48 2024 X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mail-lf0-f67.google.com (mail-lf0-f67.google.com [209.85.215.67]) by lists.alpinelinux.org (Postfix) with ESMTP id E90245C4C99 for ; Mon, 28 Aug 2017 07:09:56 +0000 (GMT) Received: by mail-lf0-f67.google.com with SMTP id g77so3245400lfg.2 for ; Mon, 28 Aug 2017 00:09:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=g7IHmTuJaDSXlKRcW+Q54Lw4HF6ESUs5o/dnUgngDog=; b=vSS48PGz89LgAMIj8eoxkloEnmZnFfGiUyBPFpTrRkv5W/pOSMQdQz2eka3etDbnIi 0Fa/Z9ocf+GzNRFETLwn1hO3ZG9vyxiCL+V7DYJZsPCfY3qiIipai5g0iZy/renTBkwA bO3lRUJ87HvJG6zr+JAP649lkg9njaN9r1kB4MYhckgBb7Kbe1C+H0SmIyYmoMyKsfv9 ucFcVNR+6nIfU8kGagKAO6whBah2Ve04Wq72+CRibbFneg9QP7l2zdbdkHrpJDG6qk67 OD76nsS0rY6LWQSsJncmySbFrdBHyp+0Z5r6z0joq6K08yg+3futhYVRBiX4D97DCeyk Bg2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-transfer-encoding; bh=g7IHmTuJaDSXlKRcW+Q54Lw4HF6ESUs5o/dnUgngDog=; b=d3iXIEDpqA/CFqVdC1ukH6ORF+Ula5OD+XySRIwCvvYCM009wvQbBOGzwFgxvGpY2j XCFrUbWsRkSvcsjW2/4WhbLVkJER3Kx7pfBgM1cD2PrCzEHWQvX4brQzwxSiqicAA9E4 6wH91SvzLs2YJNsbP/GOKAbd4xjw9jHIJsFlJIsJWOKCPTUtGUDrnuIczMQth7T3L7zi +O37QZ7bHIBUWC9OFKmmq5k/k/DMV5SnAhxpPDXd4IumwG6bit/UZzymJb6kIJ1lLJD8 4/cquxXT6KksOS4z/t9ixQJml0yhxS3PooJ4RmFtMS7mknlmHS1c39JelraYaxLB9Q/d fXPw== X-Gm-Message-State: AHYfb5iKzaxRfWsW6H6VK0Sv7JzGH6W8ET5ZNysPJRCL1dEf7m2psAvq OzwqAmmSUoHnIg== X-Received: by 10.46.88.65 with SMTP id x1mr2500020ljd.162.1503904195899; Mon, 28 Aug 2017 00:09:55 -0700 (PDT) Received: from vostro.util.wtbts.net ([2001:1bc8:101:f402:e66f:13ff:fef3:8cd0]) by smtp.gmail.com with ESMTPSA id x66sm2245139lff.64.2017.08.28.00.09.54 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 28 Aug 2017 00:09:54 -0700 (PDT) Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= Date: Mon, 28 Aug 2017 10:09:50 +0300 From: Timo Teras To: Marian Buschsieweke Cc: Natanael Copa , alpine-dev Subject: [alpine-devel] Cross-compilers [was: Re: [alpine-aports] [PATCH 2/3] testing/gcc-arm-none-eabi: New aport] Message-ID: <20170828100950.636fd65a@vostro.util.wtbts.net> In-Reply-To: <20170826140729.2822-2-marian.buschsieweke@ovgu.de> References: <20170826140729.2822-1-marian.buschsieweke@ovgu.de> <20170826140729.2822-2-marian.buschsieweke@ovgu.de> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, We've occasionally received requests for cross-compilers. And in fact we do keep the *-avr variant already because we can't have native building for it really nor run alpine on these microcontrollers. Now ARM embedded is the second most popular, and many would benefit from a cross compiler, probably me including. I was earlier hopeful on getting an 'abuild build flavors' feature where abuild could be used to automatically build several different flavors of same APKBUILD - in cross-compiler case involving building binutils & gcc for several different CTARGETs. But as this feature has not been implemented yet, I'm writing to check if anyone is working on it, or willing to work on it very soon. Or should we open up to accept cross-compilers as separate APKBUILDs until this feature is done? Also, arm-none-eabi is also targetting bare-metal. So I wonder if this should be separately added anyway. @ncopa, any thoughts if this should/could reference the main 'gcc' or be separate like suggested in the patch? Thanks Timo On Sat, 26 Aug 2017 16:07:28 +0200 Marian Buschsieweke wrote: > The GNU Compiler Collection for embedded ARM targets (e.g. Cortex > M0/M3/M4/...) http://gcc.gnu.org --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org --- From nobody Thu Mar 28 22:42:48 2024 X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mail.ovgu.de (mail.ovgu.de [141.44.1.66]) by lists.alpinelinux.org (Postfix) with ESMTP id 7B3AE5C562D for ; Mon, 18 Sep 2017 16:10:37 +0000 (GMT) Received: from mail.ovgu.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 1F78540060; Mon, 18 Sep 2017 18:10:36 +0200 (CEST) Received: from notebook-marian (euk-gateway.cs.uni-magdeburg.de [141.44.25.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.ovgu.de (Postfix) with ESMTPSA id D82F54005F; Mon, 18 Sep 2017 18:10:35 +0200 (CEST) Date: Mon, 18 Sep 2017 18:10:35 +0200 From: Marian Buschsieweke To: Timo Teras Cc: Natanael Copa , alpine-dev Subject: [alpine-devel] Re: Cross-compilers [was: Re: [alpine-aports] [PATCH 2/3] testing/gcc-arm-none-eabi: New aport] Message-ID: <20170918181035.00f562f1@notebook-marian> In-Reply-To: <20170828100950.636fd65a@vostro.util.wtbts.net> References: <20170826140729.2822-1-marian.buschsieweke@ovgu.de> <20170826140729.2822-2-marian.buschsieweke@ovgu.de> <20170828100950.636fd65a@vostro.util.wtbts.net> Organization: =?UTF-8?B?T3R0by12b24tR3Vlcmlja2UtVW5pdmVyc2l0w6R0?= Magdeburg X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/tawhqqbL37OJMPYcK=7RGYo" X-PMX-Version: 6.3.3.2656215, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2017.9.18.160315, AntiVirus-Engine: 5.40.0, AntiVirus-Data: 2017.9.18.5400001 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' MULTIPLE_RCPTS 0.1, HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_ENDS_IN_URL 0, BODY_SIZE_6000_6999 0, BODY_SIZE_7000_LESS 0, INVALID_MSGID_NO_FQDN 0, IN_REP_TO 0, LEGITIMATE_SIGNS 0, MSG_THREAD 0, MULTIPLE_REAL_RCPTS 0, NO_URI_HTTPS 0, REFERENCES 0, __ANY_URI 0, __ATTACHMENT_SIZE_0_10K 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CC_NAME 0, __CC_NAME_DIFF_FROM_ACC 0, __CC_REAL_NAMES 0, __CP_URI_IN_BODY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_MIXED 0, __FORWARDED_MSG 0, __HAS_ATTACHMENT 0, __HAS_ATTACHMENT1 0, __HAS_ATTACHMENT2 0, __HAS_CC_HDR 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_P 0, __MIME_TEXT_P1 0, __MIME_TEXT_P2 0, __MIME_VERSION 0, __MULTIPLE_RCPTS_CC_X2 0, __NO_HTML_TAG_RAW 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __TO_NAME 0, __TO_NAME_DIFF_FROM_ACC 0, __TO_REAL_NAMES 0, __URI_IN_BODY 0, __URI_NOT_IMG 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS , __URI_WITHOUT_PATH 0' X-Spam-Score: Gauge=IIIIIIII X-PMX-consideredAsSpam: no --MP_/tawhqqbL37OJMPYcK=7RGYo Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, how about providing a single APKBUILD for all cross-compilers targeting embedded bare-metal platforms and using subpackages to create the actual cross compilers? The attached APKBUILD implements this for gcc. The same should approach could be applied to binutils, newlib (in case of non-AVR devices) and gdb (in case of non-AVR devices). Also C++ support should be provided (at least for AVR devices) to enable users to use Arduino. (Right now I disabled it for faster packaging time.) Btw: Is there a way to not create the base package? Kind regards, Marian On Mon, 28 Aug 2017 10:09:50 +0300 Timo Teras wrote: > Hi, > > We've occasionally received requests for cross-compilers. And in fact > we do keep the *-avr variant already because we can't have native > building for it really nor run alpine on these microcontrollers. > > Now ARM embedded is the second most popular, and many would benefit > from a cross compiler, probably me including. > > I was earlier hopeful on getting an 'abuild build flavors' feature > where abuild could be used to automatically build several different > flavors of same APKBUILD - in cross-compiler case involving building > binutils & gcc for several different CTARGETs. > > But as this feature has not been implemented yet, I'm writing to check > if anyone is working on it, or willing to work on it very soon. Or > should we open up to accept cross-compilers as separate APKBUILDs until > this feature is done? > > Also, arm-none-eabi is also targetting bare-metal. So I wonder if this > should be separately added anyway. @ncopa, any thoughts if this > should/could reference the main 'gcc' or be separate like suggested in > the patch? > > Thanks > Timo > > > On Sat, 26 Aug 2017 16:07:28 +0200 > Marian Buschsieweke wrote: > > > The GNU Compiler Collection for embedded ARM targets (e.g. Cortex > > M0/M3/M4/...) http://gcc.gnu.org --MP_/tawhqqbL37OJMPYcK=7RGYo Content-Type: application/octet-stream; name=APKBUILD Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=APKBUILD IyBDb250cmlidXRvcjogTWFyaWFuIEJ1c2Noc2lld2VrZSA8bWFyaWFuLmJ1c2Noc2lld2VrZUBv dmd1LmRlPgojIE1haW50YWluZXI6IE1hcmlhbiBCdXNjaHNpZXdla2UgPG1hcmlhbi5idXNjaHNp ZXdla2VAb3ZndS5kZT4KIyBCYXNlZCBvbiBnY2MtYXZyCl9wa2diYXNlPWdjYwpfdGFyZ2V0cz0i YXJtLW5vbmUtZWFiaSBhdnIgeHRlbnNhLWx4MTA2LWVsZiIKcGtnbmFtZT0iZ2NjLWNyb3NzLWJh cmUtbWV0YWwiCnBrZ3Zlcj02LjQuMApwa2dyZWw9MApwa2dkZXNjPSJUaGUgR05VIENvbXBpbGVy IENvbGxlY3Rpb24gZm9yIGVtYmVkZGVkIHRhcmdldHMiCnVybD0iaHR0cDovL2djYy5nbnUub3Jn IgptYWtlZGVwZW5kcz0iYmFzaCBsaW51eC1oZWFkZXJzIGdtcC1kZXYgbXBmci1kZXYgbXBjMS1k ZXYgemxpYi1kZXYiCmFyY2g9ImFsbCIKbGljZW5zZT0iR1BMIExHUEwiCmZvciB0YXJnZXQgaW4g JF90YXJnZXRzOyBkbwoJdGFyZ2V0bm9ybT0iJHt0YXJnZXQvLy0vX30iCglzdWJwYWNrYWdlcz0i Z2NjLSR7dGFyZ2V0fToke3RhcmdldG5vcm19ICR7c3VicGFja2FnZXN9IgoJbWFrZWRlcGVuZHM9 ImJpbnV0aWxzLSR7dGFyZ2V0fSAke21ha2VkZXBlbmRzfSIKZG9uZQpfaXNsdmVyPTAuMTgKc291 cmNlPSJmdHA6Ly9nY2MuZ251Lm9yZy9wdWIvJHtfcGtnYmFzZX0vcmVsZWFzZXMvJHtfcGtnYmFz ZX0tJHBrZ3Zlci8ke19wa2diYXNlfS0kcGtndmVyLnRhci54egoJaHR0cDovL2lzbC5nZm9yZ2Uu aW5yaWEuZnIvaXNsLSR7X2lzbHZlcn0udGFyLmJ6MiIKCmJ1aWxkZGlyPSIkc3JjZGlyLyR7X3Br Z2Jhc2V9LSRwa2d2ZXIiCgpidWlsZCgpIHsKCSMgbGluayBpc2wgZm9yIGluLXRyZWUgYnVpbGQK CWxuIC1zICIkc3JjZGlyIi9pc2wtIiRfaXNsdmVyIiAiJGJ1aWxkZGlyIi9pc2wKCglmb3IgdGFy Z2V0IGluICRfdGFyZ2V0czsgZG8KCQl3b3JraW5nZGlyPSIke2J1aWxkZGlyfS9idWlsZC0ke3Rh cmdldH0iCgkJbWtkaXIgIiR7d29ya2luZ2Rpcn0iCgkJY2QgIiR7d29ya2luZ2Rpcn0iCgkJCgkJ ZXhwb3J0IENGTEFHU19GT1JfVEFSR0VUPSctcGlwZScKCQlleHBvcnQgQ1hYRkxBR1NfRk9SX1RB UkdFVD0nLXBpcGUnCgoJCSIkYnVpbGRkaXIiL2NvbmZpZ3VyZSBcCgkJCS0tYnVpbGQ9IiRDQlVJ TEQiIFwKCQkJLS10YXJnZXQ9JHt0YXJnZXR9IFwKCQkJLS1wcmVmaXg9L3VzciBcCgkJCS0tZW5h YmxlLWxhbmd1YWdlcz1jIFwKCQkJLS1lbmFibGUtbGQ9ZGVmYXVsdCBcCgkJCS0tZW5hYmxlLV9f Y3hhX2F0ZXhpdCBcCgkJCS0tZGlzYWJsZS1pbnN0YWxsLWxpYmliZXJ0eSBcCgkJCS0tZGlzYWJs ZS1saWJzc3AgXAoJCQktLWRpc2FibGUtbGlic3RkY3h4LXBjaCBcCgkJCS0tZGlzYWJsZS1saWJ1 bndpbmQtZXhjZXB0aW9ucyBcCgkJCS0tZGlzYWJsZS1saW5rZXItYnVpbGQtaWQgXAoJCQktLWRp c2FibGUtbmxzIFwKCQkJLS1kaXNhYmxlLXdlcnJvciBcCgkJCS0tbGliZGlyPS91c3IvbGliIFwK CQkJLS1saWJleGVjZGlyPS91c3IvbGliIFwKCQkJLS13aXRoLWFzPSIvdXNyL2Jpbi8ke3Rhcmdl dH0tYXMiIFwKCQkJLS13aXRoLWdudS1hcyBcCgkJCS0td2l0aC1nbnUtbGQgXAoJCQktLXdpdGgt bGQ9Ii91c3IvYmluLyR7dGFyZ2V0fS1sZCIgXAoJCQktLXdpdGgtc3lzdGVtLXpsaWIgXAoJCQkt LXdpdGgtaXNsCgkJbWFrZQoJZG9uZQp9CgpwYWNrYWdlKCkgewoJbWtkaXIgLXAgIiRwa2dkaXIi Cn0KCmluc3RhbGxfc3VicGtnKCkgewoJd29ya2luZ2Rpcj0iJHtidWlsZGRpcn0vYnVpbGQtJHt0 YXJnZXR9IgoJY2QgIiR7d29ya2luZ2Rpcn0iCgltYWtlIGluc3RhbGwgREVTVERJUj0iJHN1YnBr Z2RpciIKCXJtIC1yZiAiJHN1YnBrZ2RpciIvdXNyL3NoYXJlL21hbgoJcm0gLWYgIiRzdWJwa2dk aXIiL3Vzci9saWIvbGliY2MxLioKCXJtIC1yZiAiJHN1YnBrZ2RpciIvdXNyL3NoYXJlL2luZm8K CWZpbmQgIiRzdWJwa2dkaXIiL3Vzci9saWIgLXR5cGUgZiAtbmFtZSAiKi5hIiAtZXhlYyAiL3Vz ci9iaW4vJHtfdGFyZ2V0fS1zdHJpcCIgLS1zdHJpcC1kZWJ1ZyAne30nIFw7Cn0KCmFybV9ub25l X2VhYmkoKSB7Cgl0YXJnZXQ9IiR7c3VicGtnbmFtZSNnY2MtfSIKCWRlcGVuZHM9ImJpbnV0aWxz LSR7dGFyZ2V0fSIKCXBrZ2Rlc2M9IlRoZSBHTlUgQ29tcGlsZXIgQ29sbGVjdGlvbiBmb3IgcGxh dGZvcm0gJHt0YXJnZXR9IgoJaW5zdGFsbF9zdWJwa2cKfQoKYXZyKCkgewoJdGFyZ2V0PSIke3N1 YnBrZ25hbWUjZ2NjLX0iCglkZXBlbmRzPSJiaW51dGlscy0ke3RhcmdldH0iCglwa2dkZXNjPSJU aGUgR05VIENvbXBpbGVyIENvbGxlY3Rpb24gZm9yIHBsYXRmb3JtICR7dGFyZ2V0fSIKCWluc3Rh bGxfc3VicGtnCn0KCnh0ZW5zYV9seDEwNl9lbGYoKSB7Cgl0YXJnZXQ9IiR7c3VicGtnbmFtZSNn Y2MtfSIKCWRlcGVuZHM9ImJpbnV0aWxzLSR7dGFyZ2V0fSIKCXBrZ2Rlc2M9IlRoZSBHTlUgQ29t cGlsZXIgQ29sbGVjdGlvbiBmb3IgcGxhdGZvcm0gJHt0YXJnZXR9IgoJaW5zdGFsbF9zdWJwa2cK fQoKc2hhNTEyc3Vtcz0iMDJjNjBlNTQ1MjdjN2FkZjU4NDc5OGQ1MjUxZjhhMGI4MGM5M2Q1ZGVh ZmNlODI1MDFiMmMyOGU2NjkyZTBiZDc4MzkyN2JiZmM0YmM1MjdhODYzYzBjY2NjMDI1MTUwYTM0 NzQwYTllMjliYWRiMDJkNGI0OGU1NmE4YWJhOTAgIGdjYy02LjQuMC50YXIueHoKODVkMGI0MGY0 ZGJmMTRjYjk5ZDE3YWEwNzA0OGNkY2FiMmRjM2ViNTI3ZDJmYmIxZTg0YzQxYjJkZTVmMzUxMDI1 MzcwZTU3NDQ4YjYzYjJiOGE4Y2Y4YTA4NDNhMDg5YzMyNjNmOWJhZWUxNTQyZDVjMmUxY2IzN2Vk MzlkOTQgIGlzbC0wLjE4LnRhci5iejIiCg== --MP_/tawhqqbL37OJMPYcK=7RGYo-- --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org --- From nobody Thu Mar 28 22:42:49 2024 X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mail.ovgu.de (mail.ovgu.de [141.44.1.66]) by lists.alpinelinux.org (Postfix) with ESMTP id 3BCD45C4C9B for ; Mon, 28 Aug 2017 08:34:00 +0000 (GMT) Received: from mail.ovgu.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 1465740065; Mon, 28 Aug 2017 10:33:59 +0200 (CEST) Received: from notebook-marian (euk-gateway.cs.uni-magdeburg.de [141.44.25.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.ovgu.de (Postfix) with ESMTPSA id C177F40062; Mon, 28 Aug 2017 10:33:58 +0200 (CEST) Date: Mon, 28 Aug 2017 10:33:58 +0200 From: Marian Buschsieweke To: Timo Teras Cc: alpine-dev , Natanael Copa Subject: [alpine-devel] Re: Cross-compilers [was: Re: [alpine-aports] [PATCH 2/3] testing/gcc-arm-none-eabi: New aport] Message-ID: <20170828103358.5a82363f@notebook-marian> In-Reply-To: <20170828100950.636fd65a@vostro.util.wtbts.net> References: <20170826140729.2822-1-marian.buschsieweke@ovgu.de> <20170826140729.2822-2-marian.buschsieweke@ovgu.de> <20170828100950.636fd65a@vostro.util.wtbts.net> Organization: =?UTF-8?B?T3R0by12b24tR3Vlcmlja2UtVW5pdmVyc2l0w6R0?= Magdeburg X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.3.3.2656215, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2017.8.28.82416, AntiVirus-Engine: 5.40.0, AntiVirus-Data: 2017.8.28.5400001 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' MULTIPLE_RCPTS 0.1, HTML_00_01 0.05, HTML_00_10 0.05, BODY_ENDS_IN_URL 0, BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, INVALID_MSGID_NO_FQDN 0, IN_REP_TO 0, LEGITIMATE_SIGNS 0, MSG_THREAD 0, MULTIPLE_REAL_RCPTS 0, NO_URI_HTTPS 0, REFERENCES 0, SINGLE_URI_IN_BODY 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __C230066_P1_5 0, __CC_NAME 0, __CC_NAME_DIFF_FROM_ACC 0, __CC_REAL_NAMES 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_CC_HDR 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_TEXT_P 0, __MIME_TEXT_P1 0, __MIME_VERSION 0, __MULTIPLE_RCPTS_CC_X2 0, __NO_HTML_TAG_RAW 0, __REFERENCES 0, __SANE_MSGID 0, __SINGLE_URI_TEXT 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __TO_NAME 0, __TO_NAME_DIFF_FROM_ACC 0, __TO_REAL_NAMES 0, __URI_IN_BODY 0, __URI_NOT_IMG 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS , __URI_WITHOUT_PATH 0' X-Spam-Score: Gauge=IIIIIIII X-PMX-consideredAsSpam: no Hi, I need a ARM cross compiler for my work as PHD student, so I will maintain the APKBUILDs for cross compiler toolchain anyway. Thus, it would be little afford for me to keep seperate APKBUILDs in testing up to date until cross toolchains can be created from a single APKBUILD. Btw: The APKBUILDs were created to be reuseable for different bare metal targets, simply changing the "_target" variable to "xtensa-lx106-elf" would create a bare metal toolchain for ESP8266, sadly newlib does not provide support for the xtensa ISA in the official source. I bet changing "_target" to avr would work just as well. > Also, arm-none-eabi is also targetting bare-metal. So I wonder if this > should be separately added anyway. @ncopa, any thoughts if this > should/could reference the main 'gcc' or be separate like suggested in > the patch? I'd like to suggest to keep toolchains targetting bare metal architecture in a separate APKBUILD from those targetting a full OS. E.g. java, go, Fortran, objective C, Ada and (at least in my opinion, others see this different) C++ is not really interesting for bare metal devices. Most languages (except C++, Ada and Fortran) will not produce machine code that could be run on bare metal devices and all but C++ will be a huge pain to even get packaged (if possible at all). Kind regards, Marian PS: In order to fuse arm embedded with AVR, enabling C++ would be required, as a lot of users prefer Arduino to develop for the AVR platform. Maybe I should add C++ before the APKBUILD gets accepted, if you choose to accept separate APKBUILDs for different platforms for now. On Mon, 28 Aug 2017 10:09:50 +0300 Timo Teras wrote: > Hi, > > We've occasionally received requests for cross-compilers. And in fact > we do keep the *-avr variant already because we can't have native > building for it really nor run alpine on these microcontrollers. > > Now ARM embedded is the second most popular, and many would benefit > from a cross compiler, probably me including. > > I was earlier hopeful on getting an 'abuild build flavors' feature > where abuild could be used to automatically build several different > flavors of same APKBUILD - in cross-compiler case involving building > binutils & gcc for several different CTARGETs. > > But as this feature has not been implemented yet, I'm writing to check > if anyone is working on it, or willing to work on it very soon. Or > should we open up to accept cross-compilers as separate APKBUILDs until > this feature is done? > > Also, arm-none-eabi is also targetting bare-metal. So I wonder if this > should be separately added anyway. @ncopa, any thoughts if this > should/could reference the main 'gcc' or be separate like suggested in > the patch? > > Thanks > Timo > > > On Sat, 26 Aug 2017 16:07:28 +0200 > Marian Buschsieweke wrote: > > > The GNU Compiler Collection for embedded ARM targets (e.g. Cortex > > M0/M3/M4/...) http://gcc.gnu.org --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---