Bug 639661 - Review Request: arm-none-eabi-binutils-cs - GNU Binutils for cross-compilation for ARM target
Summary: Review Request: arm-none-eabi-binutils-cs - GNU Binutils for cross-compilatio...
Keywords:
Status: CLOSED DUPLICATE of bug 886900
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Nobody's working on this, feel free to take it
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 565313 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-03 03:58 UTC by Eric Smith
Modified: 2012-12-13 14:32 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-12-13 14:32:21 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Eric Smith 2010-10-03 03:58:12 UTC
Spec URL: http://www.brouhaha.com/~eric/software/fedora/review/arm/binutils/arm-none-eabi-binutils-cs.spec
SRPM URL: http://www.brouhaha.com/~eric/software/fedora/review/arm/binutils/arm-none-eabi-binutils-cs-2010q1_188-1.fc13.src.rpm

Description:

This is a cross-compilation version of GNU Binutils, which can be used to
assemble and link binaries for the %{target} platform.  

This Binutils package is based on the CodeSourcery
%{cs_date}-%{cs_rel} release, which includes improved ARM target
support compared to the corresponding FSF release.  CodeSourcery
contributes their changes to the FSF, but it takes a while for them to
get merged.  For the ARM target, effectively CodeSourcery is upstream
of FSF.


Note that this is part of a cross-development chain targeting "bare-metal" development or for use with an embedded RTOS, as opposed to cross-developing for Linux.

This review request obsoletes an earlier review request for arm-none-eabi-binutils, bug #565313.

Comment 1 Eric Smith 2010-10-03 03:58:23 UTC
*** Bug 565313 has been marked as a duplicate of this bug. ***

Comment 2 Jason Tibbitts 2010-11-24 01:01:31 UTC
Can you comment on how this relates to the existing armv5tel-unknown-linux-gnueabi-binutils review ticket (bug 509798)?  I've no idea if you're trying to package the same thing or not.

Comment 3 Eric Smith 2010-11-24 03:17:23 UTC
This toolchain is for "bare-metal" cross-development, not for a Linux target.  That's why it is "arm-none-eabi" rather than "arm<something>-unknown-linux-gnueabi".  The -linux-gnueabi tools are well-suited for cross-development for a Linux target, and not so well-suited for bare metal.  That's why CodeSourcery has completely independent builds of the toolchain they distribute.

Comment 4 Hans Ulrich Niedermann 2011-05-01 21:09:19 UTC
I would like to see a working "bare-metal" cross-development toolchain for arm7tdmi based microcontrollers in Fedora (my use case will be an ADUC7026). Are you still interested in this package? If so, I'd like to do a review, and also help with other packages for the toolchain.

Comment 5 Jason Tibbitts 2012-04-24 21:40:02 UTC
Unfortunately it's been nearly a year since that "are you still interested" query with no response, so I'll just go ahead and close this out.

Comment 6 Michal Hlavinka 2012-12-03 21:14:13 UTC
I'm interested in packaging this. Taking over.

Spec URL: http://mihlit.cz/smetiste/arm-none-eabi-binutils-cs.spec
SRPM URL: http://mihlit.cz/smetiste/arm-none-eabi-binutils-cs-2012.09.63-1.fc17.src.rpm
Description: 
This is a cross-compilation version of GNU Binutils, which can be used to
assemble and link binaries for the %{target} platform.

This Binutils package is based on the CodeSourcery
%{cs_date}-%{cs_rel} release, which includes improved ARM target
support compared to the corresponding FSF release.  CodeSourcery
contributes their changes to the FSF, but it takes a while for them to
get merged.  For the ARM target, effectively CodeSourcery is upstream
of FSF.

Fedora Account System Username: mhlavink

--------------------------------------
It was noted in comment #0 and #3 - this is targeted for bare-metal arm development (st's STM32xxxx, atmel's SAMxxxx and similar microcontrollers - like avr). 
--------------------------------------

rpmlint is not silent:
1) macros in comments - these are just plain strings used is commented-out URLs, so no ugly macros with side-effects
2) Source0 is not in an URL form, because original tarball has 147 MB and contains just several tarballs - we need just one of them. So, to save space, Source0 is just that tarball and there is comment how and where to obtain it.

Comment 7 Michal Hlavinka 2012-12-13 14:32:21 UTC

*** This bug has been marked as a duplicate of bug 886900 ***


Note You need to log in before you can comment on or make changes to this bug.