Dnia 2011-07-10, nie o godzinie 20:06 +0200, Dagobert Michelsen pisze: > I am trying to compile libgadu 1.11.0 on Solaris 9 Sparc with Sun Studio 12 > and > there are some issues: > > - Binding 10 127.0.67.67 does not work on Solaris as the IP adress is usually > no > bound on the local machine. Using 127.0.0.1 works. Is there a specific > reason > why 127.0.67.67 is used in favor of the standard IP? The attached patch 0001 > reverts this and is needed on Solaris. It could be shielded by a > #if defined(__sun) > if necessary.
A different address was chosen because we bind to specific ports that may be already used on 127.0.0.1 and on Linux (well, at least in the distro I use) the whole 127.0.0.0/8 class is available on loopback interface. But I guess this doesn't justify the tests failing on Solaris. Especially that in trunk we bind to any available port. > - The Makefile in tests/automatic unconditionally sets some gcc specific > flags which > confuse the (non-gcc) Sun Studio compiler. The flags could either be > detected during > autoconf time or probably dropped completely so the standard CFLAGS from > the main > autoconf is inherited. Patch 0002 removes it for Solaris for now. If you mean the -ggdb (I can't see any patches attached to your e-mail) then we can throw it away. Anyone who wants to debug the tests probably know how to add this. > - There are tests failing which are probably due to wrong detected sizes of > data > types. However, I don't have enough insight to easily spot the point where > this > happens. The comparison looks like this: > (...) > Any advice on a fix would be nice. I guess that structures aren't packed. Look for "#pragma pack" and "__attribute__((packed))" in include/libgadu.h.in. If either of these solutions can be used with Sun's C compiler, then you could add checking for __sun define. Or maybe there is some other way to enable structure packing? > If needed I can provide you with an upstream account to our Solaris buildfarm: > https://www.opencsw.org/extend-it/signup/to-upstream-maintainers/ Maybe we can do without it yet, but I'll keep that in mind, thanks. Regards, Wojtek _______________________________________________ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
