Hi,
I can't figure out why I have the following errors when I am using
libiconv 1.12. Pls help!
:
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking whether iconv.h defines iconv_t... yes
checking whether this iconv is good enough
whether iconv.h defines iconv_t... yes
checking whether this iconv is good enough... no
configure: error: Try using libiconv instead
The exact compilation details will be in your config.log file (you
probably aren't actually *using* the libiconv you installed).
Essentially, that is good enough
Hello Sven,
On Sunday, October 13, 2002 at 12:52:14 AM +0200, Sven Guckes wrote:
this iconv stuff just doesn't work on solaris.
I don't understand the problem: Quick scanning your mails here since
July shows you sometimes quote and write accented chars correctly, and
sometimes not. Noted
* On 2002.10.13, in [EMAIL PROTECTED],
* Sven Dogbert Guckes [EMAIL PROTECTED] wrote:
so - what *is* required then?
I don't know: I install Solaris (with all the language options), I
compile mutt. Mutt works.
well - +HAVE_ICONV, for sure.
but is +ICONV_NONTRANS? what?
I don't know.
Of David Champion
Sent: Tuesday, 15 October 2002 02:34
To: [EMAIL PROTECTED]
Subject: Re: iconv stuff on solaris still unresolved
* On 2002.10.13, in [EMAIL PROTECTED],
* Sven Dogbert Guckes [EMAIL PROTECTED] wrote:
so - what *is* required then?
I don't know: I install Solaris (with all
* René Clerc [EMAIL PROTECTED] [2002-10-12 16:46]:
* Sven Guckes [EMAIL PROTECTED] [11-10-2002 20:25]:
[all context]
* Ren Clerc [EMAIL PROTECTED] [2002-10-11 16:01]:
^^
This grieves me, Sven...
sorry, man. this iconv stuff
just doesn't work on solaris.
i downloaded the latest
* Piotr Kasztelowicz [EMAIL PROTECTED] [2002-10-12 23:04]:
On Sun, 13 Oct 2002, Sven Guckes wrote:
and installed it, recompiled mutt --with-iconv=$HOME -
it can be. I have like you experiences with
mutt, iconv, Solaris 7, gcc 3.2 and gnumake
so that makes two of us.
well, i suppose i might
* On 2002.10.12, in [EMAIL PROTECTED],
* Sven Dogbert Guckes [EMAIL PROTECTED] wrote:
so - is anyone using mutt 1.4 with iconv on solaris successfully?
mind you - i am not root, so all my stuff resides in my $HOME.
I'm using 1.5.1 on Solaris, and before that I used 1.3.x on Solaris
I'm having problems compiling mutt-1.4i on Mac OS X 10.2. I already
discovered that --without-iconv doesn't work and have applied Lars'
patch-1.4.lh.noiconv.1 patch (it says patch.1.3.28.lh.noiconv in the
patched ChangeLog) that added --disable-iconv. BTW, the patched
ChangeLog also says no m4
On Fri, Sep 13, 2002 at 02:19:49AM -0700, Eugene Lee wrote:
:
: I'm having problems compiling mutt-1.4i on Mac OS X 10.2. I already
: discovered that --without-iconv doesn't work and have applied Lars'
: patch-1.4.lh.noiconv.1 patch (it says patch.1.3.28.lh.noiconv in the
: patched ChangeLog
I just built 1.4 just fine, but am curious about something. I used
--with-iconv in configure, and it didn't find everything it needed,
and make failed. Using --with-libiconv worked as it did in all the
1.3.x I have built. The reason I used --with-iconv was because that
is the only reference
Hi, everybody!
While running configure script it finds iconv.h
Determines that type iconv_t is defined.
But never finds declaration for iconv function...
libiconv from ftp.gnu.org was installed ok.
Gettext from the same place compiled great with libiconv.
BTW There was no internal system
On 2002-05-31 10:22:56 +0100, Edmund GRIMLEY EVANS wrote:
Now, I don't really understand why charset-hooks are being used AT
ALL for sending messages, now that iconv-hook is available, so I
am suggesting the attached patch, hoping that people who use
charset-hook can tell me if it makes
begin quoting what Claus Assmann said on Sun, Mar 17, 2002 at 04:02:53PM -0800:
I asked about this when 1.3.25 came out and got the answer that
this should be fixed / will be looking into it. However, 1.3.28
still can't be configured without iconv. Any chance for a change?
Pardon my
without iconv. Any chance for a change?
%
% Pardon my ignorance, but why would you want to?
It's not that he wants to; it's that it has the problem. He does not
have iconv and thus can't get his mutt to play.
:-D
--
David T-G * It's easier to fight for one's principles
(play
I asked about this when 1.3.25 came out and got the answer that
this should be fixed / will be looking into it. However, 1.3.28
still can't be configured without iconv. Any chance for a change?
I've attached a patch that seems to work. It's a bit of hack, a
clean solution would be to have
* On 2002.03.17, in [EMAIL PROTECTED],
* Claus Assmann [EMAIL PROTECTED] wrote:
I asked about this when 1.3.25 came out and got the answer that
this should be fixed / will be looking into it. However, 1.3.28
still can't be configured without iconv. Any chance for a change?
Lars
On Sun, Mar 17, 2002, David Champion wrote:
* On 2002.03.17, in [EMAIL PROTECTED],
* Claus Assmann wrote:
I asked about this when 1.3.25 came out and got the answer that
this should be fixed / will be looking into it. However, 1.3.28
still can't be configured without iconv. Any
* On 2002.03.17, in [EMAIL PROTECTED],
* Claus Assmann [EMAIL PROTECTED] wrote:
(sorry, I don't read mutt-dev anymore, I'm getting more than 500
mails a day (obviously I can only skim through the subjects and
read only a subset...))
Lars doesn't read mutt-users anymore for the same
There have been various comments here by people attempting to move from the
1.2.x tree to the 1.3.x tree about the new iconv requirement, and the fact
that the --without-libiconv option documented in INSTALL does not actually
work.
Lars Hecking posted the attached message patch to mutt-dev
I just built and installed Mutt 1.3.27i. I have iconv
in my C library with all MIME character set names supported.
I'm running mutt in a UTF-8 xterm with my LC_* variables all set
to en_US.utf8. Given this setup and the new iconv support, my
expectation was that when I displayed a Latin-1
System: OpenBSD 2.8
./configure --without-iconv
doesn't work:
checking for catalogs to be installed... de ru it es uk fr pl nl cs id sk ko el zh_TW
zh_CN pt_BR eo gl sv da lt tr ja hu et ca
configure: error: Unable to find an iconv function. See INSTALL for help
I read the INSTALL file, that's
This is annoying. I've successfully compiled mutt without iconv by
commenting out lines in config.h, so I think that this is just a
braindead policy decision. Try commenting out the iconv test you quoted
below in configure, and see what happens when you configure and build
without iconv. Also
without iconv. Also note that for some reason the iconv macro is
defined twice in config.h: perhaps one of them is hardwired. So make
The reason is that the definition in acconfig.h is superfluous. At a
glance, it seems that about 20 definitions in acconfig.h are superfluous.
(See
On Wed, Jan 02, 2002 at 07:20:14AM -0800, Claus Assmann wrote:
System: OpenBSD 2.8
./configure --without-iconv
doesn't work:
checking for catalogs to be installed... de ru it es uk fr pl nl cs id sk ko el
zh_TW zh_CN pt_BR eo gl sv da lt tr ja hu et ca
configure: error: Unable to find
On Wed, Jan 02, 2002, Daniel Eisenbud wrote:
This is annoying. I've successfully compiled mutt without iconv by
commenting out lines in config.h, so I think that this is just a
braindead policy decision. Try commenting out the iconv test you quoted
below in configure, and see what happens
On Wed, Jan 02, 2002 at 08:29:08AM -0800, Claus Assmann [EMAIL PROTECTED] wrote:
On Wed, Jan 02, 2002, Daniel Eisenbud wrote:
This is annoying. I've successfully compiled mutt without iconv by
commenting out lines in config.h, so I think that this is just a
braindead policy decision. Try
Claus Assmann writes:
System: OpenBSD 2.8
./configure --without-iconv
doesn't work:
The documentation in INSTALL is wrong. There is no --without-iconv
configure option, and configure does the right thing by bombing out.
I think this can be fixed, though :)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Sep 24, 2001 at 06:37:02PM -0700, Will Yardley wrote:
i don't know too much about this, but i was able to get over thie
problem with some help from some developers on this list. i had to
export LDFLAGS to something; in my case, this
Here's my configure:
./configure \
--prefix=/opt/mutt-1.3.22 \
--enable-pop --enable-imap \
--with-curses=/opt/ncurses \
--with-libiconv-prefix=/opt/libiconv \
--with-debug
And the output:
[snip!]
checking for iconv... yes
checking for iconv declaration
Jean-Sebastien Morisset wrote:
checking whether this iconv is good enough... no
configure: error: Try using libiconv instead
i don't know too much about this, but i was able to get over thie
problem with some help from some developers on this list. i had to
export LDFLAGS to something; in my
Jean-Sebastien --
...and then Jean-Sebastien Morisset said...
%
...
% BTW, anyone know where I can find the pgp-outlook patch for v1.3.22?
See
http://mutt.sector13.org/mutt-build-cocktail
for one...
%
% Thanks,
% js.
% --
% Jean-Sebastien Morisset, Sr. UNIX Administrator [EMAIL
another thing about iconv
in INSTALL it says go to
http://clisp.cons.org/~haible/packages-libiconv.html but i get 404 when i go
to that webpage
alexus mutt [06/09/01 18:37 -0400]:
another thing about iconv
in INSTALL it says go to
http://clisp.cons.org/~haible/packages-libiconv.html but i get 404 when i go
to that webpage
Search google for (several) other download locations.
-suresh
: Will Yardley [EMAIL PROTECTED]
To: Mutt Users [EMAIL PROTECTED]
Subject: iconv etc
Date: Wed, 5 Sep 2001 05:19:41 -0700
User-Agent: Mutt/1.3.22.1i
User-Agent: Mutt/1.3.22.1i
Message-ID: [EMAIL PROTECTED]
in the actual meessage file:
Received
Lars Hecking wrote:
checking whether this iconv is good enough... no
configure: error: Try using libiconv instead
Strange - everything else looks correct.
We'll need the relevant parts of your config.log, too.
ok. i'll include what seems to be relevant in an attached text file.
i
configure:6558: checking for iconv
configure:6576: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include
-I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c 15
/tmp/cca149331.o: In function `main':
/home/will/mutt-1.3.22.1/configure:6570: undefined reference
Lars Hecking wrote:
configure:6558: checking for iconv
configure:6576: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include
-I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c 15
/tmp/cca149331.o: In function `main':
/home/will/mutt-1.3.22.1/configure:6570
Sitting at the campfire, [EMAIL PROTECTED] told:
I take your point about Solaris but it also required libiconv on a
RedHat 6.1 system.
Debian slink (2.1) also needs it.
Kai
--
x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x
Kai Blin(mailto:[EMAIL PROTECTED])
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote :
I have now built mutt 1.3.7 in four different places, two of the four
required that I get libiconv as the existing iconv wasn't good enough.
The two places that needed libiconv were Solaris 2.6 and Red Hat Linux
release 6.1.
I think this may
On Thu, Aug 17, 2000 at 10:13:37AM +0200, Martin [Keso] Keseg wrote:
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote :
I have now built mutt 1.3.7 in four different places, two of the four
required that I get libiconv as the existing iconv wasn't good enough.
The two places that needed
On 2000.08.17, in [EMAIL PROTECTED],
"Martin [Keso] Keseg" [EMAIL PROTECTED] wrote:
The two places that needed libiconv were Solaris 2.6 and Red Hat Linux
release 6.1.
no, it;s not a problem about development computers, that's a problem of solaris.
I was talking a
I have now built mutt 1.3.7 in four different places, two of the four
required that I get libiconv as the existing iconv wasn't good enough.
The two places that needed libiconv were Solaris 2.6 and Red Hat Linux
release 6.1.
I think this may cause problems when this gets to a general release
43 matches
Mail list logo
