From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1O0wHx-0003hE-Mb for mharc-grub-devel@gnu.org; Sun, 11 Apr 2010 08:29:21 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O0wHv-0003gX-TH for grub-devel@gnu.org; Sun, 11 Apr 2010 08:29:20 -0400 Received: from [140.186.70.92] (port=58499 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0wHu-0003fW-AI for grub-devel@gnu.org; Sun, 11 Apr 2010 08:29:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O0wHs-0008Bt-AJ for grub-devel@gnu.org; Sun, 11 Apr 2010 08:29:18 -0400 Received: from mail-bw0-f223.google.com ([209.85.218.223]:39835) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O0wHs-00088t-3g for grub-devel@gnu.org; Sun, 11 Apr 2010 08:29:16 -0400 Received: by mail-bw0-f223.google.com with SMTP id 23so1132166bwz.26 for ; Sun, 11 Apr 2010 05:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=I8yfvhUBsrmWqp1lGH73AU0g2o274VGPMG8md4z/JzI=; b=ihhkJ4gna0Xy/UEnsnha7KQMK+3VlYHZzkrVbp676TwvM5Rd2/Anp3GlmiNpNdJUTp gT630469Mz1i0fwFDQB1q/mmll81iMEYpO2N7/8nlEKX7XjKRUUwVI+OiK1ssH9nUbp7 2B3G0prDEB2N1BJIb5VSEW0b3gng0XzpbL+64= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=hbq4fm1YHT0FlgzmNvueMOO7Cam5ospMOp8m/8gO22jv7kYtmfHtWpaBTmmMEhkIiY JG1PcxyoQwt0XpsO0takIkQ7F518dEmeqz52ApcwFPXaZNt4AnB7mzp11QgX9iuotXFr M/5U7Y+Eaxn4EldvKeKGo2vhMqvJ2aUNtMdrg= Received: by 10.204.36.208 with SMTP id u16mr2934562bkd.168.1270988955604; Sun, 11 Apr 2010 05:29:15 -0700 (PDT) Received: from debian.bg45.phnet (113-35.77-83.cust.bluewin.ch [83.77.35.113]) by mx.google.com with ESMTPS id 13sm1290940bwz.15.2010.04.11.05.29.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 05:29:14 -0700 (PDT) Message-ID: <4BC1C092.3010807@gmail.com> Date: Sun, 11 Apr 2010 14:29:06 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: The development of GNU GRUB References: <4BC10638.5070907@gmail.com> <106354008331269@192.168.2.69> In-Reply-To: <106354008331269@192.168.2.69> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigB2AB0FD69A1F8EF1128D68E3" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:29:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB2AB0FD69A1F8EF1128D68E3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thomas Schmitt wrote: > Hi, > > many thanks for testing xorriso in new > situations.=20 > > > =20 >> 1) It tries to build even if no iconv is present >> =20 > > 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. > > =20 I think what you should check for is iconv.h since this missing header caused compilation problem. Moreover it covers the case of libiconv w/o libiconv-devel. > =20 >> 2) I needed to explicitly add LIBS=3D-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 >> =20 > > 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=3D and one from > dnl GNU iconv has no function iconv() but libiconv() and a macro icon= v() > AC_CHECK_LIB(iconv, libiconv, , ) > > Are you sure that the lack of -liconv was not > due to libiconv missing initially ? > > =20 You're right it was some leftover in build directory. When I rebuild from clean untar it worked fine. > =20 >> 3) A ton of warnings. >> =20 > > 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.) > =20 /usr/include/sys/cygwin.h:typedef unsigned long __uid32_t; So you need to use %lu or %lx on cygwin. > 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_WARNIN= G > libburn/sg.c:39: warning: unused variable This_libburn_will_not_be_ab= le_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=3D... blank=3Das_needed my_grub.iso > > > ------------------------------------------------ > > So mainly the LIBS=3D-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=3D > (but libiconv installed) and send me the log of > the failing compile run ? > > =20 I've tested with previous tarball. I'll retest on both systems with new o= ne. > If nothing else helps then i plan to set > LIBS=3D"$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 > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enigB2AB0FD69A1F8EF1128D68E3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iF4EAREKAAYFAkvBwJgACgkQNak7dOguQgl7FwD/cNp8stYSe1vFEdmOEnbm2lDP 9D1jYuYn5+Y+pdOLn6YA/1H2q+tQGIqslyqth5oJiG/craikKLLjCTcA/4p6fDn4 =/RHv -----END PGP SIGNATURE----- --------------enigB2AB0FD69A1F8EF1128D68E3--