[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] Problems with (not) building wget against libiconv
From: |
Tim Rühsen |
Subject: |
Re: [Bug-wget] Problems with (not) building wget against libiconv |
Date: |
Sun, 16 Apr 2017 10:47:29 +0200 |
User-agent: |
KMail/5.2.3 (Linux/4.9.0-2-amd64; KDE/5.28.0; x86_64; ; ) |
On Sonntag, 16. April 2017 10:00:05 CEST Mojca Miklavec wrote:
> On 16 April 2017 at 09:27, Tim Rühsen wrote:
> > The question was more on which OpenCWS machine did you test (you said you
> > are using the same build platform !? on 'unstable10x' was my test,
> > libraries have been automatically detected).
>
> Yes, unstable10x. I suspect unstable10s would have the same problem, I
> can try. (But perhaps with slightly different environmental variables?
> Because your configure report shows additional libraries that mine
> doesn't.)
>
> I didn't use any map files this time (I should use them for the final
> build).
>
> The problem is reproducible at least on Mac and FreeBSD. Another Mac
> user reported that the problem went away after removing --disable-iri,
> but I guess that means linking against libiconv (which isn't available
> on Solaris by default and thus the binary would fail to work when
> there's no package management available).
First, let's find out why it works on my setup (I didn't setup anything except
2 aliases, but maybe Dagobert Michelsen did that for me).
Maybe you can compare with your settings
> cat .bash_profile
alias l='ls -la --color'
alias make='make -j10'
set +o ignoreeof
export RSYNC_PROXY=proxy:3128
PKG_CONFIG_PATH=/opt/csw/lib/pkgconfig
PATH=/opt/csw/gnu:/opt/csw/bin:$PATH:~/bin
export LC_ALL=en_US.UTF-8
export LANG=en_US.UTF-8
export LANGUAGE=en_US.UTF-8
> set
BASH=/opt/csw/bin/bash
BASHOPTS=cmdhist:complete_fullquote:expand_aliases:extquote:force_fignore:hostcomplete:interactive_comments:login_shell:progcomp:promptvars:sourcepath
BASH_ALIASES=()
BASH_ARGC=()
BASH_ARGV=()
BASH_CMDS=()
BASH_LINENO=()
BASH_SOURCE=()
BASH_VERSINFO=([0]="4" [1]="3" [2]="33" [3]="1" [4]="release" [5]="i386-pc-
solaris2.10")
BASH_VERSION='4.3.33(1)-release'
BASICSETTINGS=/etc/environment/default-settings
COLUMNS=142
DIRSTACK=()
DISPLAY=localhost:10.0
EDITOR=vi
EUID=11058
FCEDIT=vi
FIGNORE='~:.o:.orig:.ori:.old:.backup'
GROUPS=()
HISTCONTROL=ignoreboth
HISTFILE=/home/rockdaboot/.bash_history
HISTFILESIZE=500
HISTSIZE=500
HOME=/home/rockdaboot
HOSTNAME=unstable10x
HOSTTYPE=i386
IFS=$' \t\n'
LANG=en_US.UTF-8
LANGUAGE=en_US.UTF-8
LC_ALL=en_US.UTF-8
LESS=MQi
LINES=46
LOGNAME=rockdaboot
MACHTYPE=i386-pc-solaris2.10
MAIL=/var/mail//rockdaboot
MAILCHECK=60
MANPATH=/usr/man:/usr/dt/man:/usr/openwin/man:/opt/SUNWspro/man:/opt/csw/man:/
usr/sfw/man
MLIBHOME=/opt/SUNWmlib
OPTERR=1
OPTIND=1
OSTYPE=solaris2.10
PAGER=less
PATH=/opt/csw/gnu:/opt/csw/bin:/usr/bin:/usr/sbin:/sbin:/usr/ccs/bin:/usr/dt/
bin:/usr/openwin/bin:/opt/SUNWspro/bin:/opt/bop/bin:/opt/csw/bin:/usr/sfw/
bin:/usr/sfw/sbin:/home/rockdaboot/bin
PIPESTATUS=([0]="0")
PKG_CONFIG_PATH=/opt/csw/lib/pkgconfig
PPID=6886
PS1='address@hidden [\[\e[1m\]global\[\e[0m\]]:\[\e[1m\]\w\[\e[0m\] >
'
PS2='continued> '
PS3='select> '
PS4='+ '
PWD=/home/rockdaboot
RSYNC_PROXY=proxy:3128
SEDEBUG=0
SHELL=/opt/csw/bin/bash
SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-
comments:monitor
SHLVL=1
SSHAGENT=/usr/bin/ssh-agent
SSH_CLIENT='192.168.1.2 37275 22'
SSH_CONNECTION='192.168.1.2 37275 192.168.1.33 22'
SSH_TTY=/dev/pts/2
TERM=xterm-256color
TZ=Europe/Berlin
UID=11058
USER=rockdaboot
VISUAL=vi
ZONENAME='[\[\e[1m\]global\[\e[0m\]]'
_=LANGUAGE
address@hidden [global]:~ > setenv
-bash: setenv: command not found
address@hidden [global]:~ > cat .bash_
.bash_history .bash_profile
address@hidden [global]:~ > cat .bash_profile
alias l='ls -la --color'
alias make='make -j10'
set +o ignoreeof
export RSYNC_PROXY=proxy:3128
PKG_CONFIG_PATH=/opt/csw/lib/pkgconfig
PATH=/opt/csw/gnu:/opt/csw/bin:$PATH:~/bin
export LC_ALL=en_US.UTF-8
export LANG=en_US.UTF-8
export LANGUAGE=en_US.UTF-8
From what I saw in your config.log, both HAVE_ICONV_H and HAVE_ICONV are
defined. Obviously -liconv does work with your settings. So I am still confused
and the best things would be to have those settings to reproduce the problem.
Regards, Tim
signature.asc
Description: This is a digitally signed message part.
- [Bug-wget] Problems with (not) building wget against libiconv, Mojca Miklavec, 2017/04/15
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Tim Rühsen, 2017/04/15
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Mojca Miklavec, 2017/04/15
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Tim Rühsen, 2017/04/16
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Mojca Miklavec, 2017/04/16
- Re: [Bug-wget] Problems with (not) building wget against libiconv,
Tim Rühsen <=
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Tim Rühsen, 2017/04/16
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Mojca Miklavec, 2017/04/17
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Tim Rühsen, 2017/04/18
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Akash Rawal, 2017/04/20
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Tim Rühsen, 2017/04/20
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Tim Rühsen, 2017/04/18
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Tim Rühsen, 2017/04/18
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Mojca Miklavec, 2017/04/19
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Mojca Miklavec, 2017/04/19
- Re: [Bug-wget] Problems with (not) building wget against libiconv, Tim Rühsen, 2017/04/20