09
Jun 01:
This one has a tricky one to track down, and I'm not sure it's over yet. The source level debugging wasn't working properly. This turns out to be at least partly because the WRS version of GDB expects the n_value fields in the .stabs section of the .out file to contain relocated values, which aren't usually resolved by the linker when it is doing a relocatable link with the -r flag. I patched the bfd library to resolve symbols in debugging sections even during a -r link. I've also defined a flag in the compiler that makes it output the debug info for a function before the assembler code for the function rather than after, which makes it look more like the output from WRS' own compiler, when viewed with objdump. It's still pretty marginal though.
07
Jan 01:
Ok, the first bug has appeared
and been squashed. Problems with the built-in paths in the gcc driver meant
that it wasn't able to find cpp0.exe or as.exe. I've now uploaded a new version
(source and binary) which works entirely on DOS paths, and it knows about WIND_BASE
and WIND_HOST_TYPE
so
there's no need to set GCC_EXEC_PREFIX.
There is also a workaround, which is to add the directories
%WIND_BASE%\host\x86-win32\powerpc-wrs-vxworks\bin
and %WIND_BASE%\host\x86-win32\lib\gcc-lib\2.95.3
to the beginning of your PATH environment variable in My Computer / properties
/ environment variables.
I would be interested to hear anyone's bug reports, but I may or may not have the time and ability to fix them. The only piece of functionality I can absolutely guarantee for this compiler is the uninstall script!