Hi Petr, Am 04.12.2011 22:50, schrieb Petr Hluzín:
Undefined symbols: "_compress", referenced from: _bfd_compress_section_contents in libbfd.a(compress.o)GNU libbfd recently introduced a dependency from zlib. (For another
I'm not sure, what's happen on Brandon's box. Normally, configure script should solve this and seek too for libz. But I have some memories about libz and if this is needed or not. So, maybe, it depends also on version of libbfd. But I havn't Mac and we should know, with which versions Brandon has tried to compile.
For replacement of reading elf parts: I would be very carefully with replacing libbfd, even if we only need to read the binary parts of elf. For me, it would be better to solve this problem in configure than to write a "private" code part for reading elf. (which we had to maintain and I'm awaiting some bugs, because it's new written) Brandon's problem was "just" a linker problem, not a problem with code itself.
I hope, that I can find time for that in next days to look over last changes and a lot of posts and comments. :-)
And: as Brandon asked - what about a pre release or developer release or such? Tar ball is one part, another would be a compiled version for some platforms (linux isn't a problem at all, I could prepare a version for windows with msys, but now we have the ability to get a "native" version with visual studio, maybe we'll support both for the beginning to compare. What's with Mac, Solaris etc.?)
cu, Thomas _______________________________________________ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel
