> linker situation. On the other hand, there might be an alternative: Use > assemblers and linkers from GNU binutils (I think this would make it > much easier to implement the link-time dead code elimination many users > requested). But that would also be some effort, add an extra dependency, > and GNU binutils doesn't support all architectures supported by sdas. > Still, it might be the better way in the long term.
Not only that but the GNU tools frequently "support" something but it turns out that architecture was last touched 3 years ago, whoever maintained it has stopped and it becomes really hard to fix because many of the GNU tool interrnals are pretty gothic and not well documented. The biggest thing most of the other tool chains have is actually support for C pre-processor output as assembler input. That's actually also probably fairly easy to do as it just involves parsing a tiny number of lines in the form # number name flags (adding flags seems to be a GNU ism) the number is the source line number, the name is the source file name and the flags various extra info bits that don't really matter. They are there so that the other tools can output error messages giving the actual unprocessed source file and line number. If anyone is going to do any of this can I put in a plea to also allow the object files to be recognized if ending ".o". The weird, non-standard naming is the biggest single problem I hit because it breaks all the Make implied rules and the like - and if you want to support GNU tools you'll need to accept that ".o" can be an object file ending anyway 8) > Anyway, patches that merge current asxxxx into sdas would be welcome, > and so would be patches that improve support for using GNU binutils. On the Z80 side it would be nice to see the John Coffman table driven Z80/180/280 stuff merged but as that basically replaces the existing Z80/Z180 assembled with the much changed one it's probably more difficult. Alan _______________________________________________ Sdcc-user mailing list Sdcc-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sdcc-user
