Hi, > I think what you should check for is iconv.h since this missing header > caused compilation problem.
I have become quite radical and make a test compilation and linking of all <*.h> in libisofs/util.c and the basic iconv functions. If that fails, then ./configure aborts after reporting. The first three tests shall find out how to get it to work: checking for iconv() in separate -liconv ... no checking for libiconv in -liconv... no checking for const qualifier with iconv() ... const Then i insist in having it: checking for iconv() to be accessible now ... no Cannot get function iconv() to work. Configuration aborted. Check whether your system needs a separate libiconv installed. If it is installed but not found, try something like export LDFLAGS="$LDFLAGS -L/usr/local/lib" export CPPFLAGS="$CPPFLAGS -I/usr/local/include" export LIBS="$LIBS -liconv" You may override this test by exporting variable XORRISO_ASSUME_ICONV=yes > You're right it [LIBS=-liconv] > was some leftover in build directory. When I rebuild > from clean untar it worked fine. Whew. Broken autotools would be a drag. > /usr/include/sys/cygwin.h:typedef unsigned long __uid32_t; > So you need to use %lu or %lx on cygwin. Ahum. Although "(int)" would technically suffice and "(unsigned long)" would suffice for all known cases, i ponder whether i should use "%.f", (double) ... The purpose is just to tell the user that different UID or GID was found when comparing files. > I've tested with previous tarball. I'll retest on both systems with new one. I uploaded the next one meanwhile 2010.04.11.122253 with the new test for accessible iconv() and "(int)" conversion of uid,gid. Have a nice day :) Thomas _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel