Re: [Mspgcc-users] MSP430 simulator in gdb

2014-06-05 Thread Peter Bigot
On Tue, Jun 3, 2014 at 6:35 PM, DJ Delorie d...@redhat.com wrote: You can do that with the RH newlib as long as you don't link in libgloss's versions of the low-level routines - i.e. remove -lgloss from your link line and add -lbspacm. To clarify: don't link in -lnosys if you're not

[Mspgcc-users] replacing libgloss in msp430-elf

2014-06-05 Thread Peter Bigot
Starting a new thread since this is off-topic for MSP430 simulator in gdb. The discussion is how to take advantage of newlib's libc infrastructure while replacing the system interface that is by default provided by libgloss: i.e. implementations of read()/write()/sbrk()/gettimeofday() and other

Re: [Mspgcc-users] replacing libgloss in msp430-elf

2014-06-05 Thread DJ Delorie
The reason msp430 is different is because CIO *can* be used on real hardware, to communicate through a hardware debugger or emulator pod. Perhaps moving the cio-enabled nosys to a libcio.a? Then we'd need a -mcio option to gcc to enable it, but could default to doing the generic nosys thing...

Re: [Mspgcc-users] replacing libgloss in msp430-elf

2014-06-05 Thread Peter Bigot
On Thu, Jun 5, 2014 at 4:48 PM, DJ Delorie d...@redhat.com wrote: The reason msp430 is different is because CIO *can* be used on real hardware, to communicate through a hardware debugger or emulator pod. Perhaps moving the cio-enabled nosys to a libcio.a? Then we'd need a -mcio option to