On Mon, Jul 06, 2020 at 07:06:04PM +0200, Sascha Lüdecke via rockbox-dev wrote:
> Great to see progress! Is there an easy way to support the migration
> with testing on a iRiver DX90
> (https://www.rockbox.org/wiki/IBassoDXPort[1] ) ?
The DX50 and DX90 are actually unaffected by these proposed
Great to see progress! Is there an easy way to support the migration with
testing
on a iRiver DX90 (https://www.rockbox.org/wiki/IBassoDXPort[1] ) ?
On Montag, 6. Juli 2020 02:51:23 CEST Solomon Peachy via rockbox-dev wrote:
> On Mon, Jul 06, 2020 at 01:11:05AM +0200, Sebastian Leonhardt via
On Mon, Jul 06, 2020 at 01:11:05AM +0200, Sebastian Leonhardt via rockbox-dev
wrote:
> I have some PP-based players to test. Unfortunately I'll be absent for
> several days now, so it has to wait.
It seems to be okay on the mini2g, but I've not exactly pushed it hard.
> Can I run the old and
Another update, this time with good news!
Nice! Good work!
So. I'm not comfortable committing this toolchain bump without wider
testing of gcc494 builds on sh, m68k and various other native arm
targets (especially other portalplayer-based units!)
Any volunteers?
I have some PP-based
Another update, this time with good news!
I'm writing this listening to music with a demo plugin running
simultaneously on a mini2g (PP502x) built using gcc 4.9.4 (see g#2305)
There turned out to be two major (and independent) problems:
* arm corelock asm code was relying on constructs that,