Re: How to prepare an ISO 9660 CD for booting via GRUB ?

["Thomas Schmitt" <scdbackup@gmx.net>]

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