Bug#231024: libc6-dev: unresolved symbols for -ldl
GOTO Masanori <[EMAIL PROTECTED]> writes: > So I think Neale's environment got something broken. Please reinstall > your gcc, glibc, and so on. I've since done many dist-upgrades; the problem has gone away. I wish I'd known what was actually wrong, but this bug can be closed. Thanks, Neale
Bug#231024: libc6-dev: unresolved symbols for -ldl
GOTO Masanori <[EMAIL PROTECTED]> writes: > So I think Neale's environment got something broken. Please reinstall > your gcc, glibc, and so on. I've since done many dist-upgrades; the problem has gone away. I wish I'd known what was actually wrong, but this bug can be closed. Thanks, Neale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231024: libc6-dev: unresolved symbols for -ldl
At Wed, 4 Feb 2004 15:24:30 -0500, Daniel Jacobowitz wrote: > > I did indeed have a copy of libdl.so in /usr/lib: > > > pwd > > /fs/mama/usr/lib > > > ls -l libdl* > > -rw-r--r--1 root root10752 Jan 20 09:29 libdl.a > > lrwxrwxrwx1 root root 20 Jan 23 11:08 libdl.so -> > > ../../lib/libdl.so.2 > > > > I renamed it and tried my compile again: > > > mv libdl.so libdl.so.dpkg-horked > > ~/tmp $ cc -o cftest cftest.c -ldl > > /tmp/cceQnY35.o(.text+0x20): In function `main': > > : warning: Using 'dlopen' in statically linked applications requires at > > runtime the shared libraries from the glibc version used for linking > > ~/tmp $ ./cftest || echo gar > > ~/tmp $ > > > > So it looks as though that worked, although I'm baffled by it, since it > > was a symlink to the one in /lib. However, gcc still isn't happy about > > something. Both libc6 and libc6-dev are version 2.3.3ds1-11. > > > > Thank you! > > Wait, that's not right. The libdl.so -> ../../lib/libdl.so.2 symlink > is correct. But it should not trigger static linking. > > Something else on your system is badly broken to produce this behavior. I have no problem with this example program cftest.c: [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> gcc -o cftest cftest.c -ldl [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> BTW, moving libdl.so.2 from /usr/lib shows: [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> sudo mv /usr/lib/libdl.so /tmp [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> gcc -o cftest cftest.c -ldl /tmp/cciygHsT.o(.text+0x20): In function `main': : warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> sudo mv /usr/lib/libdl.a /tmp [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> gcc -o cftest cftest.c -ldl [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> So I think Neale's environment got something broken. Please reinstall your gcc, glibc, and so on. Regards, -- gotom
Bug#231024: libc6-dev: unresolved symbols for -ldl
At Wed, 4 Feb 2004 15:24:30 -0500, Daniel Jacobowitz wrote: > > I did indeed have a copy of libdl.so in /usr/lib: > > > pwd > > /fs/mama/usr/lib > > > ls -l libdl* > > -rw-r--r--1 root root10752 Jan 20 09:29 libdl.a > > lrwxrwxrwx1 root root 20 Jan 23 11:08 libdl.so -> > > ../../lib/libdl.so.2 > > > > I renamed it and tried my compile again: > > > mv libdl.so libdl.so.dpkg-horked > > ~/tmp $ cc -o cftest cftest.c -ldl > > /tmp/cceQnY35.o(.text+0x20): In function `main': > > : warning: Using 'dlopen' in statically linked applications requires at > > runtime the shared libraries from the glibc version used for linking > > ~/tmp $ ./cftest || echo gar > > ~/tmp $ > > > > So it looks as though that worked, although I'm baffled by it, since it > > was a symlink to the one in /lib. However, gcc still isn't happy about > > something. Both libc6 and libc6-dev are version 2.3.3ds1-11. > > > > Thank you! > > Wait, that's not right. The libdl.so -> ../../lib/libdl.so.2 symlink > is correct. But it should not trigger static linking. > > Something else on your system is badly broken to produce this behavior. I have no problem with this example program cftest.c: [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> gcc -o cftest cftest.c -ldl [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> BTW, moving libdl.so.2 from /usr/lib shows: [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> sudo mv /usr/lib/libdl.so /tmp [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> gcc -o cftest cftest.c -ldl /tmp/cciygHsT.o(.text+0x20): In function `main': : warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> sudo mv /usr/lib/libdl.a /tmp [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> gcc -o cftest cftest.c -ldl [EMAIL PROTECTED]:~/debian/glibc/bugs/231024> So I think Neale's environment got something broken. Please reinstall your gcc, glibc, and so on. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231024: libc6-dev: unresolved symbols for -ldl
On Wed, Feb 04, 2004 at 09:39:35AM -0800, Neale Pickett wrote: > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > > You have somehow developed a copy of libdl.so in /usr/lib. It's not > > the right copy; it looks to be from stable instead of unstable. The > > right copy is in /lib. > > > > This has been happening to lots of people over the last six months and > > I have no )(!*&@ idea why! > > I'd be happy to help you track it down, if you like. We can talk on > IRC, I'm on freenode as neale. Email is fine, too, but won't be as > quick. The question is how it got there. At this point there's probably no way to find out. > I did indeed have a copy of libdl.so in /usr/lib: > > pwd > /fs/mama/usr/lib > > ls -l libdl* > -rw-r--r--1 root root10752 Jan 20 09:29 libdl.a > lrwxrwxrwx1 root root 20 Jan 23 11:08 libdl.so -> > ../../lib/libdl.so.2 > > I renamed it and tried my compile again: > > mv libdl.so libdl.so.dpkg-horked > ~/tmp $ cc -o cftest cftest.c -ldl > /tmp/cceQnY35.o(.text+0x20): In function `main': > : warning: Using 'dlopen' in statically linked applications requires at > runtime the shared libraries from the glibc version used for linking > ~/tmp $ ./cftest || echo gar > ~/tmp $ > > So it looks as though that worked, although I'm baffled by it, since it > was a symlink to the one in /lib. However, gcc still isn't happy about > something. Both libc6 and libc6-dev are version 2.3.3ds1-11. > > Thank you! Wait, that's not right. The libdl.so -> ../../lib/libdl.so.2 symlink is correct. But it should not trigger static linking. Something else on your system is badly broken to produce this behavior. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#231024: libc6-dev: unresolved symbols for -ldl
On Wed, Feb 04, 2004 at 09:39:35AM -0800, Neale Pickett wrote: > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > > You have somehow developed a copy of libdl.so in /usr/lib. It's not > > the right copy; it looks to be from stable instead of unstable. The > > right copy is in /lib. > > > > This has been happening to lots of people over the last six months and > > I have no )(!*&@ idea why! > > I'd be happy to help you track it down, if you like. We can talk on > IRC, I'm on freenode as neale. Email is fine, too, but won't be as > quick. The question is how it got there. At this point there's probably no way to find out. > I did indeed have a copy of libdl.so in /usr/lib: > > pwd > /fs/mama/usr/lib > > ls -l libdl* > -rw-r--r--1 root root10752 Jan 20 09:29 libdl.a > lrwxrwxrwx1 root root 20 Jan 23 11:08 libdl.so -> > ../../lib/libdl.so.2 > > I renamed it and tried my compile again: > > mv libdl.so libdl.so.dpkg-horked > ~/tmp $ cc -o cftest cftest.c -ldl > /tmp/cceQnY35.o(.text+0x20): In function `main': > : warning: Using 'dlopen' in statically linked applications requires at runtime > the shared libraries from the glibc version used for linking > ~/tmp $ ./cftest || echo gar > ~/tmp $ > > So it looks as though that worked, although I'm baffled by it, since it > was a symlink to the one in /lib. However, gcc still isn't happy about > something. Both libc6 and libc6-dev are version 2.3.3ds1-11. > > Thank you! Wait, that's not right. The libdl.so -> ../../lib/libdl.so.2 symlink is correct. But it should not trigger static linking. Something else on your system is badly broken to produce this behavior. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231024: libc6-dev: unresolved symbols for -ldl
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > You have somehow developed a copy of libdl.so in /usr/lib. It's not > the right copy; it looks to be from stable instead of unstable. The > right copy is in /lib. > > This has been happening to lots of people over the last six months and > I have no )(!*&@ idea why! I'd be happy to help you track it down, if you like. We can talk on IRC, I'm on freenode as neale. Email is fine, too, but won't be as quick. I did indeed have a copy of libdl.so in /usr/lib: > pwd /fs/mama/usr/lib > ls -l libdl* -rw-r--r--1 root root10752 Jan 20 09:29 libdl.a lrwxrwxrwx1 root root 20 Jan 23 11:08 libdl.so -> ../../lib/libdl.so.2 I renamed it and tried my compile again: > mv libdl.so libdl.so.dpkg-horked ~/tmp $ cc -o cftest cftest.c -ldl /tmp/cceQnY35.o(.text+0x20): In function `main': : warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking ~/tmp $ ./cftest || echo gar ~/tmp $ So it looks as though that worked, although I'm baffled by it, since it was a symlink to the one in /lib. However, gcc still isn't happy about something. Both libc6 and libc6-dev are version 2.3.3ds1-11. Thank you! Neale
Bug#231024: libc6-dev: unresolved symbols for -ldl
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > You have somehow developed a copy of libdl.so in /usr/lib. It's not > the right copy; it looks to be from stable instead of unstable. The > right copy is in /lib. > > This has been happening to lots of people over the last six months and > I have no )(!*&@ idea why! I'd be happy to help you track it down, if you like. We can talk on IRC, I'm on freenode as neale. Email is fine, too, but won't be as quick. I did indeed have a copy of libdl.so in /usr/lib: > pwd /fs/mama/usr/lib > ls -l libdl* -rw-r--r--1 root root10752 Jan 20 09:29 libdl.a lrwxrwxrwx1 root root 20 Jan 23 11:08 libdl.so -> ../../lib/libdl.so.2 I renamed it and tried my compile again: > mv libdl.so libdl.so.dpkg-horked ~/tmp $ cc -o cftest cftest.c -ldl /tmp/cceQnY35.o(.text+0x20): In function `main': : warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking ~/tmp $ ./cftest || echo gar ~/tmp $ So it looks as though that worked, although I'm baffled by it, since it was a symlink to the one in /lib. However, gcc still isn't happy about something. Both libc6 and libc6-dev are version 2.3.3ds1-11. Thank you! Neale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231024: libc6-dev: unresolved symbols for -ldl
On Tue, Feb 03, 2004 at 05:02:22PM -0800, Neale Pickett wrote:
> Package: libc6-dev
> Version: 2.3.2.ds1-11
> Severity: important
>
> I apologize in advance if I am filing this bug against the wrong
> package. I'm not sure what this should be filed against.
>
> I have an unstable system; I just did "apt-get update" and updated a few
> libraries that look unrelated, although this has been happening for a
> few weeks. I am using the following in /etc/apt/sources.list, so I
> think I am current with everything:
>
> deb http://ftp.us.debian.org/debian unstable main non-free
>
>
> The problem:
>
> I am trying to compile the following program:
>
> ---8<--- cftest.c ---8<---
> #include
>
> int main ()
> {
> dlopen ("", 0);
> return 0;
> }
> ---8<--- cftest.c ---8<---
>
> I get the following failure notices with three different versions of
> gcc, but the program builds successfully with a stable system:
>
> ~/tmp $ gcc-2.95 -o cftest cftest.c -ldl
> /fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
This is starting to drive me crazy.
You have somehow developed a copy of libdl.so in /usr/lib. It's not
the right copy; it looks to be from stable instead of unstable. The
right copy is in /lib.
This has been happening to lots of people over the last six months and
I have no )(!*&@ idea why!
Try removing old libraries in /usr/lib, that are not owned by any
package, and have newer versions in /lib. Carefully ;)
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
Bug#231024: libc6-dev: unresolved symbols for -ldl
On Tue, Feb 03, 2004 at 05:02:22PM -0800, Neale Pickett wrote:
> Package: libc6-dev
> Version: 2.3.2.ds1-11
> Severity: important
>
> I apologize in advance if I am filing this bug against the wrong
> package. I'm not sure what this should be filed against.
>
> I have an unstable system; I just did "apt-get update" and updated a few
> libraries that look unrelated, although this has been happening for a
> few weeks. I am using the following in /etc/apt/sources.list, so I
> think I am current with everything:
>
> deb http://ftp.us.debian.org/debian unstable main non-free
>
>
> The problem:
>
> I am trying to compile the following program:
>
> ---8<--- cftest.c ---8<---
> #include
>
> int main ()
> {
> dlopen ("", 0);
> return 0;
> }
> ---8<--- cftest.c ---8<---
>
> I get the following failure notices with three different versions of
> gcc, but the program builds successfully with a stable system:
>
> ~/tmp $ gcc-2.95 -o cftest cftest.c -ldl
> /fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
This is starting to drive me crazy.
You have somehow developed a copy of libdl.so in /usr/lib. It's not
the right copy; it looks to be from stable instead of unstable. The
right copy is in /lib.
This has been happening to lots of people over the last six months and
I have no )(!*&@ idea why!
Try removing old libraries in /usr/lib, that are not owned by any
package, and have newer versions in /lib. Carefully ;)
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231024: libc6-dev: unresolved symbols for -ldl
Package: libc6-dev
Version: 2.3.2.ds1-11
Severity: important
I apologize in advance if I am filing this bug against the wrong
package. I'm not sure what this should be filed against.
I have an unstable system; I just did "apt-get update" and updated a few
libraries that look unrelated, although this has been happening for a
few weeks. I am using the following in /etc/apt/sources.list, so I
think I am current with everything:
deb http://ftp.us.debian.org/debian unstable main non-free
The problem:
I am trying to compile the following program:
---8<--- cftest.c ---8<---
#include
int main ()
{
dlopen ("", 0);
return 0;
}
---8<--- cftest.c ---8<---
I get the following failure notices with three different versions of
gcc, but the program builds successfully with a stable system:
~/tmp $ gcc-2.95 -o cftest cftest.c -ldl
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
~/tmp $ gcc-3.0 -o cftest cftest.c -ldl
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to
[EMAIL PROTECTED]'
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to
[EMAIL PROTECTED]'
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to
[EMAIL PROTECTED]'
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to
[EMAIL PROTECTED]'
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to
[EMAIL PROTECTED]'
collect2: ld returned 1 exit status
~/tmp $ gcc-3.3 -o cftest cftest.c -ldl
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
Here is the output of "set" in bash. I don't think I have any unusual
settings:
---8<---
BASH=/bin/bash
BASH_VERSINFO=([0]="2" [1]="05b" [2]="0" [3]="1" [4]="release"
[5]="i386-pc-linux-gnu")
BASH_VERSION='2.05b.0(1)-release'
BSTINPUTS=.:/home/neale/lib/tex//
COLORFGBG='0;15'
COLORTERM=rxvt
COLUMNS=142
CVS_RSH=ssh
DIRSTACK=()
DISPLAY=:0.0
DOMAINNAME=
EDITOR=zile
EUID=593
GROUPS=()
HISTFILE=/home/neale/.bash_history
HISTFILESIZE=500
HISTSIZE=500
HOME=/home/neale
HOSTFILE=/home/neale/.bash_hosts
HOSTNAME=lug
HOSTTYPE=i386
IFS=$' \t\n'
LANG=C
LESS=-sMQcd
LINES=59
LOGNAME=neale
MACHTYPE=i386-pc-linux-gnu
MAIL=/home/neale/Maildir/
MAILCHECK=60
MAILPATH=/home/neale/Maildir/
MANPATH=/home/neale/man:/usr/local/man:/usr/X11R6/man:/usr/share/man:/usr/man
OLDPWD=/home/neale
OPTERR=1
OPTIND=1
OSTYPE=linux-gnu
P4CONFIG=/home/neale/src/.p4config
PAGER=/usr/bin/less
PATH=/home/neale/bin:/home/neale/src/user/neale/bin:/usr/local/bin:/usr/local/sbin:/opt/bin:/usr/X11R6/bin:/usr/bin:/usr/sbin:/bin:/sbin:/usr/games
PIPESTATUS=([0]="1")
PPID=2055
PS1='\[\033]0;\h${DOING:+ (}${DOING:-: \W}${DOING:+)}\007\]\h:\w\$ '
PS1_ADDON='\[\033]0;\h${DOING:+ (}${DOING:-: \W}${DOING:+)}\007\]'
PS2='> '
PS4='+ '
PSOPTS=-elf
PS_COLORS=2,0,31%2,65534,35%2,33,35%2,1,35%5,15,7%4,5,36%3,Z,30%6,1024,34
PWD=/home/neale/tmp
PYTHONPATH=/home/neale/lib/python:/home/neale/src/python
PYTHONSTARTUP=/home/neale/src/python/startup.py
SGML_SEARCH_PATH=/usr/lib/sgml/dtd/
SHELL=/bin/bash
SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-comments:monitor
SHLVL=1
SSH_AGENT_PID=29856
SSH_AUTH_SOCK=/tmp/ssh-uBy29822/agent.29822
TERM=rxvt
TEXINPUTS=.:/home/neale/lib/tex//:/usr/share/texmf//
TOP_COLORS=2,0,31%2,65534,35%2,33,35%2,1,35%5,15,7%4,5,36%3,Z,30%6,1024,34
UID=593
USER=neale
WINDOWID=6291459
XAUTHORITY=/home/neale/.Xauthority
_=set
- ()
{
if [ -z "$1" ]; then
pushd >/dev/null;
else
if [ "$1" == "-" ]; then
: fall through;
else
if [ "${1:0:1}" == "-" ]; then
pushd +${1:1} >/dev/null;
else
if [ -d "$1" ]; then
pushd $1 >/dev/null;
else
pushd +$1 >/dev/null;
fi;
fi;
fi;
fi;
dirs -v
}
= ()
{
dirs -v
}
_ ()
{
if [ "$1" == "-" ]; then
: fall through;
else
if [ "${1:0:1}" == "-" ]; then
popd +${1:1} >/dev/null;
else
if [ -n "$1" ]; then
popd $1 >/dev/null;
Bug#231024: libc6-dev: unresolved symbols for -ldl
Package: libc6-dev
Version: 2.3.2.ds1-11
Severity: important
I apologize in advance if I am filing this bug against the wrong
package. I'm not sure what this should be filed against.
I have an unstable system; I just did "apt-get update" and updated a few
libraries that look unrelated, although this has been happening for a
few weeks. I am using the following in /etc/apt/sources.list, so I
think I am current with everything:
deb http://ftp.us.debian.org/debian unstable main non-free
The problem:
I am trying to compile the following program:
---8<--- cftest.c ---8<---
#include
int main ()
{
dlopen ("", 0);
return 0;
}
---8<--- cftest.c ---8<---
I get the following failure notices with three different versions of
gcc, but the program builds successfully with a stable system:
~/tmp $ gcc-2.95 -o cftest cftest.c -ldl
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/libdl.so: undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
~/tmp $ gcc-3.0 -o cftest cftest.c -ldl
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to [EMAIL
PROTECTED]'
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to [EMAIL
PROTECTED]'
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to [EMAIL
PROTECTED]'
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to [EMAIL
PROTECTED]'
/usr/lib/gcc-lib/i386-linux/3.0.4/../../../libdl.so: undefined reference to [EMAIL
PROTECTED]'
collect2: ld returned 1 exit status
~/tmp $ gcc-3.3 -o cftest cftest.c -ldl
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
/fs/mama/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/../../../libdl.so: undefined
reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
Here is the output of "set" in bash. I don't think I have any unusual
settings:
---8<---
BASH=/bin/bash
BASH_VERSINFO=([0]="2" [1]="05b" [2]="0" [3]="1" [4]="release" [5]="i386-pc-linux-gnu")
BASH_VERSION='2.05b.0(1)-release'
BSTINPUTS=.:/home/neale/lib/tex//
COLORFGBG='0;15'
COLORTERM=rxvt
COLUMNS=142
CVS_RSH=ssh
DIRSTACK=()
DISPLAY=:0.0
DOMAINNAME=
EDITOR=zile
EUID=593
GROUPS=()
HISTFILE=/home/neale/.bash_history
HISTFILESIZE=500
HISTSIZE=500
HOME=/home/neale
HOSTFILE=/home/neale/.bash_hosts
HOSTNAME=lug
HOSTTYPE=i386
IFS=$' \t\n'
LANG=C
LESS=-sMQcd
LINES=59
LOGNAME=neale
MACHTYPE=i386-pc-linux-gnu
MAIL=/home/neale/Maildir/
MAILCHECK=60
MAILPATH=/home/neale/Maildir/
MANPATH=/home/neale/man:/usr/local/man:/usr/X11R6/man:/usr/share/man:/usr/man
OLDPWD=/home/neale
OPTERR=1
OPTIND=1
OSTYPE=linux-gnu
P4CONFIG=/home/neale/src/.p4config
PAGER=/usr/bin/less
PATH=/home/neale/bin:/home/neale/src/user/neale/bin:/usr/local/bin:/usr/local/sbin:/opt/bin:/usr/X11R6/bin:/usr/bin:/usr/sbin:/bin:/sbin:/usr/games
PIPESTATUS=([0]="1")
PPID=2055
PS1='\[\033]0;\h${DOING:+ (}${DOING:-: \W}${DOING:+)}\007\]\h:\w\$ '
PS1_ADDON='\[\033]0;\h${DOING:+ (}${DOING:-: \W}${DOING:+)}\007\]'
PS2='> '
PS4='+ '
PSOPTS=-elf
PS_COLORS=2,0,31%2,65534,35%2,33,35%2,1,35%5,15,7%4,5,36%3,Z,30%6,1024,34
PWD=/home/neale/tmp
PYTHONPATH=/home/neale/lib/python:/home/neale/src/python
PYTHONSTARTUP=/home/neale/src/python/startup.py
SGML_SEARCH_PATH=/usr/lib/sgml/dtd/
SHELL=/bin/bash
SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-comments:monitor
SHLVL=1
SSH_AGENT_PID=29856
SSH_AUTH_SOCK=/tmp/ssh-uBy29822/agent.29822
TERM=rxvt
TEXINPUTS=.:/home/neale/lib/tex//:/usr/share/texmf//
TOP_COLORS=2,0,31%2,65534,35%2,33,35%2,1,35%5,15,7%4,5,36%3,Z,30%6,1024,34
UID=593
USER=neale
WINDOWID=6291459
XAUTHORITY=/home/neale/.Xauthority
_=set
- ()
{
if [ -z "$1" ]; then
pushd >/dev/null;
else
if [ "$1" == "-" ]; then
: fall through;
else
if [ "${1:0:1}" == "-" ]; then
pushd +${1:1} >/dev/null;
else
if [ -d "$1" ]; then
pushd $1 >/dev/null;
else
pushd +$1 >/dev/null;
fi;
fi;
fi;
fi;
dirs -v
}
= ()
{
dirs -v
}
_ ()
{
if [ "$1" == "-" ]; then
: fall through;
else
if [ "${1:0:1}" == "-" ]; then
popd +${1:1} >/dev/null;
else
if [ -n "$1" ]; then
popd $1 >/dev/null;
