From: Kiyoshi KANAZAWA <yoi_no_myoujou@yahoo.co.jp>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: "19365@debbugs.gnu.org" <19365@debbugs.gnu.org>
Subject: bug#19365: [guile-2.0.11] libunistring with iconv required even if specify --disable-nls
Date: Sun, 14 Dec 2014 08:19:20 +0900 (JST) [thread overview]
Message-ID: <476888.74059.qm@web101208.mail.kks.yahoo.co.jp> (raw)
In-Reply-To: <87y4qbmuqh.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 3198 bytes --]
Hello, Ludo’.
I forgot CC, so send this again.
Tested on Solaris10 x86, as I mentioned in the first report.
> The --without-*-prefix options shouldn’t be needed, and normally have no effect.
Thanks.
Checked again only with "--disable-nls" but without "--without-libiconv-prefix --without-libintl-prefix",
and got the same result.
> You mean when using --with-libiconv-prefix=/opt/local/locale and --with-libintl-prefix=/opt/local/locale, right?
Yes, right.
With these, make passes, but when using --disable-nls, no --with-libiconv-prefix & --with-libintl-prefix,
make fails.
LD_LIBRARY_PATH has /opt/local/locale/lib for this test.
Regards,
--- Kiyoshi
Kiyoshi KANAZAWA <address@hiddeny> skribis:
>
>> After installing libiconv-1.14 & gettext-0.19.3, re-built libunistring with libiconv,
>> tried again.
>> ./configure --disable-nls --without-libiconv-prefix --without-libintl-prefix
>> passes.
>
>The --without-*-prefix options shouldn’t be needed, and normally have no
>effect.
>
>> But, make fails as follows.
>> :
>> SNARF posix.doc
>> SNARF net_db.doc
>> SNARF socket.doc
>> SNARF regex-posix.doc
>> GEN guile-procedures.texi
>> Throw without catch before boot:
>> Aborting.
>> /bin/bash: line 1: 16468 Broken Pipe cat alist.doc arbiters.doc array-handle.doc array-map.doc arrays.doc async.doc backtrace.doc boolean.doc bitvectors.doc bytevectors.doc chars.doc control.doc continuations.doc debug.doc deprecated.doc deprecation.doc dynl.doc dynwind.doc eq.doc error.doc eval.doc evalext.doc expand.doc extensions.doc feature.doc filesys.doc fluids.doc foreign.doc fports.doc gc-malloc.doc gc.doc gettext.doc generalized-arrays.doc generalized-vectors.doc goops.doc gsubr.doc guardians.doc hash.doc hashtab.doc hooks.doc i18n.doc init.doc ioext.doc keywords.doc list.doc load.doc macros.doc mallocs.doc memoize.doc modules.doc numbers.doc objprop.doc options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc promises.doc r6rs-ports.doc random.doc rdelim.doc read.doc root.doc rw.doc scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc srfi-1.doc srfi-4.doc srfi-13.doc srfi-14.doc srfi-60.doc
>> stackchk.doc stacks.doc stime.doc strings.doc strorder.doc strports.doc struct.doc symbols.doc threads.doc throw.doc trees.doc uniform.doc values.doc variable.doc vectors.doc version.doc vports.doc weaks.doc dynl.doc posix.doc net_db.doc socket.doc regex-posix.doc
>> 16469 Abort | GUILE_INSTALL_LOCALE=1 GUILE_AUTO_COMPILE=0 ../meta/uninstalled-env guild snarf-check-and-output-texi > guile-procedures.texi
>> Makefile:3732: recipe for target 'guile-procedures.texi' failed
>> make[3]: *** [guile-procedures.texi] Error 1
>
>What operating system and architecture is this?
>
>> gettext & libiconv are installed in /opt/local/locale, different from the default directory.
>>
>> make passes with --with-libiconv-prefix & -with-libintl-prefix.
>
>You mean when using --with-libiconv-prefix=/opt/local/locale and
>--with-libintl-prefix=/opt/local/locale, right?
>
>Thanks,
>Ludo’.
>
>
>
[-- Attachment #2: Type: text/html, Size: 4363 bytes --]
next prev parent reply other threads:[~2014-12-13 23:19 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-13 9:50 bug#19365: [guile-2.0.11] libunistring with iconv required even if specify --disable-nls Kiyoshi KANAZAWA
2014-12-13 13:32 ` John Darrington
2014-12-13 14:16 ` Kiyoshi KANAZAWA
2014-12-13 15:31 ` Ludovic Courtès
2014-12-13 23:19 ` Kiyoshi KANAZAWA [this message]
2014-12-13 22:38 ` Kiyoshi KANAZAWA
2016-06-22 19:17 ` Andy Wingo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=476888.74059.qm@web101208.mail.kks.yahoo.co.jp \
--to=yoi_no_myoujou@yahoo.co.jp \
--cc=19365@debbugs.gnu.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).