Quote:
Originally Posted by twobob
Excellent. The entire day I spent last week shuffling 80Gb of trash about all seems worth it now.
I shall fill this space with your wondrous toys.
Much appreciated!
|
Just to round out your emulation experience ...
The qemu emulator has a selection of (at least) three sound cards with alsa and oss interfaces.
http://alien.slackbook.org/dokuwiki/...slackware:qemu
I don't know how out-of-date that wiki page might be, but it is rare for hardware emulation to be removed from qemu once someone writes it.
The main qemu web site would have the final word.
http://wiki.qemu.org/Qemu-doc.html
The start-up command is in: ./run-emulator.sh (and dev-environment.sh just sources it)
That would be the place to tweak any qemu options needed to get sound out of your (emulated) build environment.
Plus, only /home is writable in Rob Landley's setup, so using a --prefix=/home when building software will be required.
The DESTDIR= variable is recognized by some makefiles and can be of use at times also.
* * * *
I have attached the dynamically linked tcc for your emulation environment to this post. Just in case you haven't built it yet from my earlier posts.
Notes:
This one is built against uClibc - it will not run on the kindles, they don't have uClibc system libraries installed.
This one does have a usable -run option. Which shortens the turn-around time a lot for testing small code snippets.
The obvious advantage here is, make a programming error and the worst you might have to do is cancel the terminal instance you are running the qemu instance from - then it all goes away.
Don't scoff at this development environment - on your mutli-core studio machine it is probably as fast as the K3.