msp430mcu: To -devel or not to -devel

2012-05-18 Thread Rob Spanton
Hi, I'm working on bringing the msp430 cross-compilation toolchain up-to-date. About a year ago, the mspgcc project made a big jump forwards and this has changed some things about how the project works. There's a C library for the msp430 micro-controllers called msp430-libc. This used to contain

Re: msp430mcu: To -devel or not to -devel

2012-05-23 Thread Rob Spanton
On Fri, 2012-05-18 at 14:48 +0100, Rob Spanton wrote > So I'd like to submit a new "msp430mcu" package for review. I've now submitted this for review. Thanks for the feedback everyone. It'd be great if someone could find the time to review it: https://bugzilla.redha

Strategy for packaging an ARM Cortex-M toolchain

2012-05-23 Thread Rob Spanton
Hi, There are an increasing number of ARM Cortex-M based boards around, and I'd like to get a cross-compilation toolchain for them into the Fedora repositories. I'd like to make it just as easy to compile for Cortex-M chips under Fedora as it is to compile for AVR or MSP430 targets right now (i.e

Re: Strategy for packaging an ARM Cortex-M toolchain

2012-05-24 Thread Rob Spanton
Hi Ralf, I wrote: > So is it best to attempt to get one arm-binutils package and remove > redundancy, or is it going to be more productive to just put up with > the redundancy for now? Ralf wrote: > No, this will hardly work and would be a nightmare to maintain. I had guessed that binutils didn'

Orphaning msp430-binutils, msp430-gcc, msp430-libc, mp430mcu, and mspdebug

2016-07-04 Thread Rob Spanton
Hi, Unfortunately I find myself having to orphan these packages:  * msp430-binutils  * msp430-gcc  * msp430-libc  * msp430mcu  * mspdebug When I originally brought them into Fedora, I was doing a fair amount of msp430 firmware development.  Now almost everything I do is Cortex-M based, so I don'