On 4 December 2011 09:07, Joerg Wunsch <j...@uriah.heep.sax.de> wrote: > As Brandon Mason wrote: > >> Can I get one of the devs to produce a tar for the most recent version? I >> need support for atmega328, which appears to not be supported in the most >> recent tar (simulavr-0.1.2.7). > > simulavr 0.1 is a completely different thing than the current > development version, and basically, its development stopped many years > ago. I'm only maintaining it in a "minimal effort" manner (just > ensure it keeps compiling, even with newer compiler versions) as long > as avr-libc's testsuite still requires it.
I guess you know there are patches for waiting in patch tracker, the most recent one by Kostia from August. > >> Undefined symbols: >> "_compress", referenced from: >> _bfd_compress_section_contents in libbfd.a(compress.o) > > GNU libbfd recently introduced a dependency from zlib. (For another > project, I'm thinking of going away from GNU libbfd for just reading > ELF files, towards a simple ELF library.) The compression is used to compress debugging information, AFAIK. We do not need the information (yet). I added some basic and limited ELF reading code to allow loading ELF files when compiling using MS Visual Studio [1]. We might drop the libbfd dependency and use our private implementation (that would require enhancing my code). Brandon may use this one. I was stuck last weekend trying to compile under Linux, I will post my notes and workaround separately. In future I will need some more complete ELF reading code for my other projects. I have been toying with ELFIO library, but there is too much object-oriented mumbo-jumbo. I would welcome recommendations which compile under MSVC or can be modified to compile. [1] http://git.savannah.gnu.org/cgit/simulavr.git/commit/?id=488d0c833c5ef2b3bc175e541054568e6cce69d5 -- Petr Hluzin _______________________________________________ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel