pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/39159: libtool problem while compiling libiconv on solaris
The following reply was made to PR pkg/39159; it has been noted by GNATS.
From: "Guillaume Infantes" <guillaume.infantes%gmail.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: joerg%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
pkgsrc-bugs%netbsd.org@localhost
Subject: Re: pkg/39159: libtool problem while compiling libiconv on solaris
Date: Thu, 24 Jul 2008 18:02:44 +0200
------=_Part_150122_191834.1216915364678
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sorry, my mistake, I am using gcc 4.1.2 (locally installed), and I am now
able to bmake libtool, it seems that the problem was that I was using a
wrong libtool before (my tcsh needs frequent "rehash" to find just-installed
executables)... So I apologize for having used some of your time... And
thank you a lot for your quick answers.
2008/7/24 Joerg Sonnenberger <joerg%britannica.bec.de@localhost>:
> The following reply was made to PR pkg/39159; it has been noted by GNATS.
>
> From: Joerg Sonnenberger <joerg%britannica.bec.de@localhost>
> To: gnats-bugs%NetBSD.org@localhost
> Cc:
> Subject: Re: pkg/39159: libtool problem while compiling libiconv on solaris
> Date: Thu, 24 Jul 2008 16:59:29 +0200
>
> On Thu, Jul 24, 2008 at 09:15:04AM +0000, Guillaume Infantes wrote:
> > I have am using gcc 3.4.3, and a libtool (1.5.22) version installed by
> my
> > admin, and I cannot build pkgsrc libtool because it needs libiconv
> which
> > cannot be linked because it uses -soname, and the wrappers do not
> translate
> > it...
>
> OK, that configuration is definitely not supported. libtool should not
> need libiconv either. Let's start with the output of
> make show-var VARNAME=_ALL_DEPENDS
> in devel/libtool-base.
>
> Joerg
>
>
--
Guillaume Infantes
------=_Part_150122_191834.1216915364678
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<div dir="ltr">Sorry, my mistake, I am using gcc 4.1.2 (locally installed),
and I am now able to bmake
libtool, it seems that the problem was that I was using a wrong libtool
before (my tcsh needs frequent "rehash" to find just-installed
executables)... So I apologize for having used some of your time... And
thank you a lot for your quick answers. <br><br><div
class="gmail_quote">2008/7/24 Joerg Sonnenberger <<a
href="mailto:joerg%britannica.bec.de@localhost">joerg%britannica.bec.de@localhost</a>>:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204,
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">The
following reply was made to PR pkg/39159; it has been noted by GNATS.<br>
<br>
From: Joerg Sonnenberger <<a
href="mailto:joerg%britannica.bec.de@localhost">joerg%britannica.bec.de@localhost</a>><br>
To: gnats-bugs%NetBSD.org@localhost<br>
Cc:<br>
Subject: Re: pkg/39159: libtool problem while compiling libiconv on solaris<br>
</div>Date: Thu, 24 Jul 2008 16:59:29 +0200<br>
<div class="Ih2E3d"><br>
On Thu, Jul 24, 2008 at 09:15:04AM +0000, Guillaume Infantes wrote:<br>
> I have am using gcc 3.4.3, and a libtool (1.5.22) version
installed by my<br>
> admin, and I cannot build pkgsrc libtool because it needs
libiconv which<br>
> cannot be linked because it uses -soname, and the wrappers do
not translate<br>
> it...<br>
<br>
</div> OK, that configuration is definitely not supported. libtool should
not<br>
need libiconv either. Let's start with the output of<br>
make show-var VARNAME=_ALL_DEPENDS<br>
in devel/libtool-base.<br>
<font color="#888888"><br>
Joerg<br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Guillaume Infantes
</div>
------=_Part_150122_191834.1216915364678--
Home |
Main Index |
Thread Index |
Old Index