Angelos D. Keromytis writes:
> I was pretty happy with the old PRC tools, but the 3.5 SDK seems to require
> gcc 2.95 or greater for the new Serial Manager (Srm* routines) to work.
[and]
> So, is there a way to compile get a program that uses the new Srm* functions
> using GCC and SDK 3.5 ? Or a modified SDK 3.1 perhaps ?
The facts as I understand them are:
1. `Selectorised' systraps such as the new serial manager routines don't
work in prc-tools 0.5.0 without fairly major hacking to the header
files. (On the other hand, the *old* serial manager routines are in
a shared library, which prc-tools 0.5.0 supports fine. Perhaps that
is what you were thinking of?)
2. Support for these kinds of systraps is in the new prc-tools, using a new
function attribute `__callseq__' instead of the old `__systrap__' which
couldn't model selectorised systraps.
3. Unfortunately the alpha version of the 3.5 SDK at the Provider Pavilion
when you downloaded it was buggy when used with __callseq__, so I
recommended hacking to fall back to the old __systrap__. (This is why
I was careful last week to say only "you should be able to use all the
*normal* systraps just fine" (emphasis added) :-))
4. The alpha version of the 3.5 SDK now at the Provider Pavilion works fine
with __callseq__, and in particular, GCC 2.95.2-kgpd with this SDK
compiles Srm* functions just fine (I just tested it).
So the answer is: download the SDK again.
John "it's pre-alpha software, Jason, and so for some reason it
gets a date not a version number. Oh, and don't shoot the
messenger! :-) :-)"
