From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1O0wjC-0006jd-Bq for mharc-grub-devel@gnu.org; Sun, 11 Apr 2010 08:57:30 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O0wjB-0006iH-2V for grub-devel@gnu.org; Sun, 11 Apr 2010 08:57:29 -0400 Received: from [140.186.70.92] (port=44439 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0wj9-0006ga-Fp for grub-devel@gnu.org; Sun, 11 Apr 2010 08:57:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O0wj7-00044O-FD for grub-devel@gnu.org; Sun, 11 Apr 2010 08:57:26 -0400 Received: from mail.gmx.net ([213.165.64.20]:36592) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1O0wj7-00044D-4R for grub-devel@gnu.org; Sun, 11 Apr 2010 08:57:25 -0400 Received: (qmail invoked by alias); 11 Apr 2010 12:57:23 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp051) with SMTP; 11 Apr 2010 14:57:23 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX182xVEK7nI2SaYf/ZqmhvqUNohATQcgU+skf/WTk1 yCINGZo/hWdSB/ Date: Sun, 11 Apr 2010 14:56:37 +0200 From: "Thomas Schmitt" To: grub-devel@gnu.org References: <4BC1C092.3010807@gmail.com> In-Reply-To: <4BC1C092.3010807@gmail.com> Message-Id: <10635786816111@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51000000000000001 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: Re: How to prepare an ISO 9660 CD for booting via GRUB ? X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 12:57:29 -0000 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