On Wed, Dec 30, 2009 at 06:38:16PM +, Jamie Lokier wrote:
> I see that you didn't start the semihosting support, but what's the
> purpose of it? Why would you use it to run programs like cc1 instead
> of qemu-arm, the user mode simulation?
You use it to run an arm-none-eabi cc1, not an arm-no
Daniel Jacobowitz wrote:
> From: Daniel Jacobowitz
>
> This patch improves ARM semihosting to the point where qemu-system-arm
> can simulate cc1 from GCC. It can't simulate GCC itself, which
> requires POSIXy bits like execve, but the backend works, including the
> preprocessor.
I see that you
From: Daniel Jacobowitz
This patch improves ARM semihosting to the point where qemu-system-arm
can simulate cc1 from GCC. It can't simulate GCC itself, which
requires POSIXy bits like execve, but the backend works, including the
preprocessor.
* Use -kernel and -append for SYS_GET_CMDLINE. This
On Wed, Dec 30, 2009 at 06:32:14PM +0100, Laurent Desnogues wrote:
> > @@ -370,13 +385,21 @@ uint32_t do_arm_semihosting(CPUState *env)
> > return syscall_err;
> > #endif
> > case SYS_GET_CMDLINE:
> > -#ifdef CONFIG_USER_ONLY
> > - /* Build a commandline from the original argv.
On Wed, Dec 30, 2009 at 6:23 PM, Daniel Jacobowitz wrote:
> From: Daniel Jacobowitz
>
> This patch improves ARM semihosting to the point where qemu-system-arm
> can simulate cc1 from GCC. It can't simulate GCC itself, which
> requires POSIXy bits like execve, but the backend works, including the
From: Daniel Jacobowitz
This patch improves ARM semihosting to the point where qemu-system-arm
can simulate cc1 from GCC. It can't simulate GCC itself, which
requires POSIXy bits like execve, but the backend works, including the
preprocessor.
* Use -kernel and -append for SYS_GET_CMDLINE. This
