From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1O0rt2-00040m-KY for mharc-grub-devel@gnu.org; Sun, 11 Apr 2010 03:47:20 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O0rsx-0003zV-Ot for grub-devel@gnu.org; Sun, 11 Apr 2010 03:47:15 -0400 Received: from [140.186.70.92] (port=57606 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0rsw-0003yc-96 for grub-devel@gnu.org; Sun, 11 Apr 2010 03:47:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O0rsu-0000vT-FJ for grub-devel@gnu.org; Sun, 11 Apr 2010 03:47:14 -0400 Received: from mail.gmx.net ([213.165.64.20]:38239) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1O0rsu-0000v8-2h for grub-devel@gnu.org; Sun, 11 Apr 2010 03:47:12 -0400 Received: (qmail invoked by alias); 11 Apr 2010 07:47:08 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp050) with SMTP; 11 Apr 2010 09:47:08 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX19BHktdi6VBEk2EBy2cd95bKmW2RZgem5oYOWO++x Qxwx7Cl/D+qB68 Date: Sun, 11 Apr 2010 09:46:23 +0200 From: "Thomas Schmitt" To: grub-devel@gnu.org References: <4BC10638.5070907@gmail.com> In-Reply-To: <4BC10638.5070907@gmail.com> Message-Id: <106354008331269@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 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 07:47:16 -0000 Hi, many thanks for testing xorriso in new situations. > 1) It tries to build even if no iconv is present The tests in configure.ac resp. acinclude.m4 are too lax, obviously. They aim for finding out whether one needs -liconv or not. But they don't assure that iconv() works. I will have to make experiments with a non-existing dummy function, as it seems impossible to disable iconv() on Linux. > 2) I needed to explicitly add LIBS=-liconv to configure depstite > configure properly detecting the need of -liconv. In some commands > actually -liconv was double: one from configure and another from LIBS > but somewhere it's not propagated properly This sounds a bit like a bug in autotools. But in the log you sent, i only find them in pairs. Obviously one from LIBS= and one from dnl GNU iconv has no function iconv() but libiconv() and a macro iconv() AC_CHECK_LIB(iconv, libiconv, , ) Are you sure that the lack of -liconv was not due to libiconv missing initially ? > 3) A ton of warnings. The implementation of the isspace() family seems not to be liked by the compiler. Shrug. I found legitimate warnings about putting out uid_t and gid_t by printf formatter "%d". (Question is whether (int) is a suitable cast in this case.) Then there is the intentional warning that no MMC system adapter is available for operating optical drives directly. libburn/sg.c:42: warning: unused variable INTENTIONAL_COMPILER_WARNING libburn/sg.c:39: warning: unused variable This_libburn_will_not_be_able_to_operate_on_real_CD_drives This does not hamper the GRUB use case. One will just need cdrecord for burning the CD, rather than letting xorriso do: xorriso -as cdrecord -v dev=... blank=as_needed my_grub.iso ------------------------------------------------ So mainly the LIBS=-liconv remains as build obstacle. I have changed the iconv detection code in configure.ac meanwhile (to care for the "const" ambiguity on FreeBSD). A new tarball http://www.gnu.org/software/xorriso/xorriso-0.5.3.tar.gz is uploaded. cat xorriso/xorriso_timestamp.h should say #define Xorriso_timestamP "2010.04.10.180103" or later. Could you please try it on cygwin without LIBS= (but libiconv installed) and send me the log of the failing compile run ? If nothing else helps then i plan to set LIBS="$LIBS -liconv" in a special cygwin case in acinclude.m4. (Do you know a reliable test pattern for cygwin ? Like *-*-linux* for Linux.) For now the double -liconv options give me hope that it could work without that. Have a nice day :) Thomas