[Fink-users] _tkinter fails to import after update-all

[Thomas Grant]

Dear all,

I recently ran fink update-all and now can't seem to run python 2.7 GUI
applications requiring _tkinter.

When I try and simply import _tkinter in a python shell I get the following

import _tkinter

Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: dlopen(/sw/lib/python2.7/lib-dynload/_tkinter.so, 2): Symbol
not found: _waitpid
Referenced from: /sw/lib/libBLT.2.dylib
Expected in: /sw/lib/libtcl8.5.dylib
in /sw/lib/libBLT.2.dylib

This didn't happen prior to the update. The
file /sw/lib/python2.7/lib-dynload/_tkinter.so exists, but I'm wondering if
something got corrupted during the update perhaps causing the error.
Unfortunately, since so many of my packages require tcl/tk, I am not able
to simply remove and reinstall the tcltk package, because fink tells me
there are other programs that depend on it, so it refuses to remove it.

It sounds like from the TkInter wiki page (
https://wiki.python.org/moin/TkInter) that it may have something to do with
the dynamic linker, but I couldn't figure out how to correct the problem
from there.

Is there any way to reinstall tcl/tk without having to first remove all the
packages dependent on it (which apparently includes python2.7)?

Thanks,
Tom

BTW, I'm running OS X 10.8.4 with Xcode 4.6.3 and Fink version 0.35.2.

[Alexander Hansen]

Post by Thomas Grant
Dear all,
I recently ran fink update-all and now can't seem to run python 2.7 GUI
applications requiring _tkinter.
When I try and simply import _tkinter in a python shell I get the

Post by Thomas Grant

Post by Thomas Grant
import _tkinter

File "<stdin>", line 1, in <module>
Symbol not found: _waitpid
Referenced from: /sw/lib/libBLT.2.dylib
Expected in: /sw/lib/libtcl8.5.dylib
in /sw/lib/libBLT.2.dylib
This didn't happen prior to the update. The
file /sw/lib/python2.7/lib-dynload/_tkinter.so exists, but I'm wondering
if something got corrupted during the update perhaps causing the error.
Unfortunately, since so many of my packages require tcl/tk, I am not
able to simply remove and reinstall the tcltk package, because fink
tells me there are other programs that depend on it, so it refuses to
remove it.
It sounds like from the TkInter wiki page
(https://wiki.python.org/moin/TkInter) that it may have something to do
with the dynamic linker, but I couldn't figure out how to correct the
problem from there.
Is there any way to reinstall tcl/tk without having to first remove all
the packages dependent on it (which apparently includes python2.7)?
Thanks,
Tom
BTW, I'm running OS X 10.8.4 with Xcode 4.6.3 and Fink version 0.35.2.

I don't reproduce that:

$ /sw/bin/python2.7
Python 2.7.5 (default, Sep 27 2013, 09:19:13)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.75)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

Post by Thomas Grant

Post by Thomas Grant
import _tkinter

I'm showing the following:

$ nm -o /sw/lib/python2.7/lib-dynload/_tkinter.so | grep waitpid
$ nm -o /sw/lib/libBLT.2.dylib | grep waitpid
/sw/lib/libBLT.2.dylib: U _waitpid
$ nm -o /sw/lib/libtcl8.5.dylib | grep waitpid
/sw/lib/libtcl8.5.dylib: U _waitpid

i.e. _waitpid isn't defined in those libraries, but my _tkinter.so is
also not looking for it.

"fink rebuild tcltk" will rebuild and reinstall tcltk without removing
any other packages. It looks to me, though, that "fink rebuild python27"
might be more helpful.

Let us know one way or the other, because if a rebuild works then the
current python27 packaging needs versioned dependencies so that it
_automatically_ forces a rebuild.

[Thomas Grant]

I attempted to rebuild tcltk first, but that didn't change anything as you
suspected.

However, rebuilding python2.7 also failed with the following error:

Python build finished, but the necessary bits to build these modules were
not found:
bsddb185 dl imageop
linuxaudiodev ossaudiodev spwd
sunaudiodev
To find the necessary bits, look in setup.py in detect_modules() for the
module's name.
(Fink package build should have 7 missing)


Failed to build these modules:
_tkinter

make: *** [sharedmods] Error 1
### execution of /tmp/fink.E11bI failed, exit code 2
### execution of /tmp/fink.pV8XF failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-python27-2.7.5-4
(Reading database ... 253546 files and directories currently installed.)
Removing fink-buildlock-python27-2.7.5-4 ...
Failed: phase compiling: python27-2.7.5-4 failed

I also attempted to rebuild tcltk--shlibs as Hanspeter recommended,
however, rebuilding python after that still failed with the above error.

A search through all the setup.py files in /sw/* for those 7 modules

[Alexander Hansen]

Post by Thomas Grant
I attempted to rebuild tcltk first, but that didn't change anything as
you suspected.
Python build finished, but the necessary bits to build these modules
bsddb185 dl imageop
linuxaudiodev ossaudiodev spwd
sunaudiodev
To find the necessary bits, look in setup.py in detect_modules() for the
module's name.
(Fink package build should have 7 missing)
_tkinter
make: *** [sharedmods] Error 1
### execution of /tmp/fink.E11bI failed, exit code 2
### execution of /tmp/fink.pV8XF failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-python27-2.7.5-4
(Reading database ... 253546 files and directories currently installed.)
Removing fink-buildlock-python27-2.7.5-4 ...
Failed: phase compiling: python27-2.7.5-4 failed
I also attempted to rebuild tcltk--shlibs as Hanspeter recommended,
however, rebuilding python after that still failed with the above error.
A search through all the setup.py files in /sw/* for those 7 modules
returned empty so they don't appear to be present there.

[Thomas Grant]

Yes I think you're right. This is what I get:

building '_tkinter' extension
gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall
-Wstrict-prototypes -DWITH_APPINIT=1 -DWITH_BLT=1 -I/usr/X11R6/include -I.
-IInclude -I./Include -I/sw/include
-I/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Include
-I/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5 -c
/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/_tkinter.c -o
build/temp.macosx-10.8-x86_64-2.7/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/_tkinter.o
gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall
-Wstrict-prototypes -DWITH_APPINIT=1 -DWITH_BLT=1 -I/usr/X11R6/include -I.
-IInclude -I./Include -I/sw/include
-I/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Include
-I/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5 -c
/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/tkappinit.c -o
build/temp.macosx-10.8-x86_64-2.7/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/tkappinit.o
gcc -L/sw/lib -bundle
/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/libpython2.7.dylib
-L/sw/lib -L/sw/lib -I. -IInclude -I./Include -I/sw/include
build/temp.macosx-10.8-x86_64-2.7/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/_tkinter.o
build/temp.macosx-10.8-x86_64-2.7/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/tkappinit.o
-L/usr/X11R6/lib64 -L/usr/X11R6/lib -L/sw/lib -lBLT -ltk8.5 -ltcl8.5 -lX11
-o build/lib.macosx-10.8-x86_64-2.7/_tkinter.so
ld: warning: directory not found for option '-L/usr/X11R6/lib64'
*** WARNING: renaming "_tkinter" since importing it failed:
dlopen(build/lib.macosx-10.8-x86_64-2.7/_tkinter.so, 2): Symbol not found:
_waitpid
Referenced from: /sw/lib/libBLT.2.dylib
Expected in: /sw/lib/libtcl8.5.dylib
in /sw/lib/libBLT.2.dylib
building '_ctypes' extension




--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203


On Wed, Oct 30, 2013 at 3:38 PM, Alexander Hansen <

Post by Thomas Grant
I attempted to rebuild tcltk first, but that didn't change anything as
you suspected.
Python build finished, but the necessary bits to build these modules
bsddb185 dl imageop
linuxaudiodev ossaudiodev spwd
sunaudiodev
To find the necessary bits, look in setup.py in detect_modules() for the
module's name.
(Fink package build should have 7 missing)
_tkinter
make: *** [sharedmods] Error 1
### execution of /tmp/fink.E11bI failed, exit code 2
### execution of /tmp/fink.pV8XF failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-python27-2.7.5-**4
(Reading database ... 253546 files and directories currently installed.)
Removing fink-buildlock-python27-2.7.5-**4 ...
Failed: phase compiling: python27-2.7.5-4 failed
I also attempted to rebuild tcltk--shlibs as Hanspeter recommended,
however, rebuilding python after that still failed with the above error.
A search through all the setup.py files in /sw/* for those 7 modules

[Alexander Hansen]

Post by Thomas Grant
building '_tkinter' extension
gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall
-Wstrict-prototypes -DWITH_APPINIT=1 -DWITH_BLT=1 -I/usr/X11R6/include
-I. -IInclude -I./Include -I/sw/include
-I/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Include
-I/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5 -c
/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/_tkinter.c -o
build/temp.macosx-10.8-x86_64-2.7/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/_tkinter.o
gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall
-Wstrict-prototypes -DWITH_APPINIT=1 -DWITH_BLT=1 -I/usr/X11R6/include
-I. -IInclude -I./Include -I/sw/include
-I/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Include
-I/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5 -c
/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/tkappinit.c -o
build/temp.macosx-10.8-x86_64-2.7/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/tkappinit.o
gcc -L/sw/lib -bundle
/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/libpython2.7.dylib
-L/sw/lib -L/sw/lib -I. -IInclude -I./Include -I/sw/include
build/temp.macosx-10.8-x86_64-2.7/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/_tkinter.o
build/temp.macosx-10.8-x86_64-2.7/sw/src/fink.build/python27-2.7.5-4/Python-2.7.5/Modules/tkappinit.o
-L/usr/X11R6/lib64 -L/usr/X11R6/lib -L/sw/lib -lBLT -ltk8.5 -ltcl8.5
-lX11 -o build/lib.macosx-10.8-x86_64-2.7/_tkinter.so
ld: warning: directory not found for option '-L/usr/X11R6/lib64'
dlopen(build/lib.macosx-10.8-x86_64-2.7/_tkinter.so, 2): Symbol not
found: _waitpid
Referenced from: /sw/lib/libBLT.2.dylib
Expected in: /sw/lib/libtcl8.5.dylib
in /sw/lib/libBLT.2.dylib
building '_ctypes' extension
--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

Ah, that's consistent with what you got before.

Check that you have a waitpid symbol in the place Hanspeter suggested:

nm /usr/lib/system/libsystem_c.dylib | grep waitpid

If that's present, then perhaps check whether you have DYLD_LIBRARY_PATH
set.

[Thomas Grant]

On Wed, Oct 30, 2013 at 3:53 PM, Alexander Hansen <

nm /usr/lib/system/libsystem_c.**dylib | grep waitpid

It appears that I do. I get the following:

$ nm /usr/lib/system/libsystem_c.dylib | grep waitpid
000000000009e736 T _waitpid
000000000006f56a T _waitpid$NOCANCEL

and DYLD_LIBRARY_PATH is set to /usr/lib64

Should there be other directories in that path?


--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

[Alexander Hansen]

Post by Thomas Grant
On Wed, Oct 30, 2013 at 3:53 PM, Alexander Hansen
nm /usr/lib/system/libsystem_c.__dylib | grep waitpid
$ nm /usr/lib/system/libsystem_c.dylib | grep waitpid
000000000009e736 T _waitpid
000000000006f56a T _waitpid$NOCANCEL
and DYLD_LIBRARY_PATH is set to /usr/lib64
Should there be other directories in that path?
--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

I'm not sure why you have that set, but it's somewhat risky to use
DYLD_LIBRARY_PATH. What's going on here is that the linker is _only_
searching in /usr/lib64.

To add additional library paths, it's often preferable to use
DYLD_FALLBACK_LIBRARY_PATH, since items there get added to the system's
link path.

[Thomas Grant]

[Alexander Hansen]

Post by unknown
A long time ago I set DYLD_LIBRARY_PATH in my .profile file, but I don't
recall why. It may have been to get some program to work. Should it
not be set? I could set DYLD_FALLBACK_LIBRARY_PATH instead?
--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

Yeah, DYLD_FALLBACK_LIBRARY_PATH is generally preferable, since it
appends its values to the default lookup path, while DYLD_LIBRARY_PATH
requires you to specify every directory where you want the linker to
look. The latter provides more control, but also requires more detailed
tweaking.

Make sure that you're not setting DYLD_LIBRARY_PATH globally, too. Fink
normally unsets the user's environment when building to reduce the risk
of issues from user customizations, but it doesn't necessarily affect
more global settings, e.g. from /etc/profile.

[Thomas Grant]

I've tried leaving DYLD_LIBRARY_PATH unset, but that still didn't work.

I did notice however that the following command produces no output:

nm /sw/lib/python2.7/lib-dynload/_tkinter.so | grep waitpid

which is the complaint from python when trying to import _tkinter. The
build error stating that build/lib.macosx-10.8-x86_64-2.7/_tkinter.so has
no _waitpid symbol doesn't exist since the build failed, however it looks
like _tkinter_failed.so exists in its place. However, this file also does
not have a _waitpid symbol.

I checked /sw/lib/python2.7/lib-dynload/_tkinter.so from an earlier build
(from a backup), before the failure, and it also does not have a _waitpid
symbol, so I'm not sure why its failing to build now since it didn't fail
previously.




--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203


On Wed, Oct 30, 2013 at 7:18 PM, Alexander Hansen <

Post by unknown
A long time ago I set DYLD_LIBRARY_PATH in my .profile file, but I don't
recall why. It may have been to get some program to work. Should it
not be set? I could set DYLD_FALLBACK_LIBRARY_PATH instead?
--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

Yeah, DYLD_FALLBACK_LIBRARY_PATH is generally preferable, since it appends
its values to the default lookup path, while DYLD_LIBRARY_PATH requires you
to specify every directory where you want the linker to look. The latter
provides more control, but also requires more detailed tweaking.
Make sure that you're not setting DYLD_LIBRARY_PATH globally, too. Fink
normally unsets the user's environment when building to reduce the risk of
issues from user customizations, but it doesn't necessarily affect more
global settings, e.g. from /etc/profile.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/

[Alexander Hansen]

Post by Thomas Grant
I've tried leaving DYLD_LIBRARY_PATH unset, but that still didn't work.
nm /sw/lib/python2.7/lib-dynload/_tkinter.so | grep waitpid
which is the complaint from python when trying to import _tkinter. The
build error stating that build/lib.macosx-10.8-x86_64-2.7/_tkinter.so
has no _waitpid symbol doesn't exist since the build failed, however it
looks like _tkinter_failed.so exists in its place. However, this file
also does not have a _waitpid symbol.
I checked /sw/lib/python2.7/lib-dynload/_tkinter.so from an earlier
build (from a backup), before the failure, and it also does not have a
_waitpid symbol, so I'm not sure why its failing to build now since it
didn't fail previously.
--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

It might be that the problem is with blt, then, since that's the next
package down in the link chain. Maybe try a "fink rebuild blt"?

[Thomas Grant]

Ahh yes that did it. I would have never figured that out.

Thank you so much!


--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203


On Wed, Oct 30, 2013 at 9:53 PM, Alexander Hansen <

Post by Alexander Hansen

Post by Thomas Grant
I've tried leaving DYLD_LIBRARY_PATH unset, but that still didn't work.
nm /sw/lib/python2.7/lib-dynload/**_tkinter.so | grep waitpid
which is the complaint from python when trying to import _tkinter. The
build error stating that build/lib.macosx-10.8-x86_64-**2.7/_tkinter.so
has no _waitpid symbol doesn't exist since the build failed, however it
looks like _tkinter_failed.so exists in its place. However, this file
also does not have a _waitpid symbol.
I checked /sw/lib/python2.7/lib-dynload/**_tkinter.so from an earlier
build (from a backup), before the failure, and it also does not have a
_waitpid symbol, so I'm not sure why its failing to build now since it
didn't fail previously.
--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

It might be that the problem is with blt, then, since that's the next
package down in the link chain. Maybe try a "fink rebuild blt"?
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/

[Alexander Hansen]

Post by Thomas Grant
Ahh yes that did it. I would have never figured that out.
Thank you so much!
--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

You're welcome. I've heard folks griping about blt in other contexts,
so I figured it was probably a good scapegoat. :-)

[Hanspeter Niederstrasser]

Post by Thomas Grant
Is there any way to reinstall tcl/tk without having to first remove all the
packages dependent on it (which apparently includes python2.7)?

You can reinstall a package using the "fink reinstall <PKG>" command.
This simply takes the built .deb archive and puts its files back into
the Fink tree.

You can also force a rebuild (and reinstall) of a specific package with
the "fink rebuild <PKG>" command.

If tcltk-shlibs is the culprit, you'll probably want to reinstall
tcltk-shlibs, which is where libtcl8.5.dylib comes from. And
libBLT.2.dylibs comes from blt-shlibs. However, _waitpid is defined in
/usr/lib/system/libsystem_c.dylib, which those Fink libraries should be
loading automatically anyway.

Hanspeter

[unknown]

--047d7b4143243c95ad04e9fcf820
Content-Type: text/plain; charset=ISO-8859-1

A long time ago I set DYLD_LIBRARY_PATH in my .profile file, but I don't
recall why. It may have been to get some program to work. Should it not
be set? I could set DYLD_FALLBACK_LIBRARY_PATH instead?




--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203


On Wed, Oct 30, 2013 at 5:18 PM, Alexander Hansen <

Post by Alexander Hansen

Post by Thomas Grant
On Wed, Oct 30, 2013 at 3:53 PM, Alexander Hansen
nm /usr/lib/system/libsystem_c.__**dylib | grep waitpid
$ nm /usr/lib/system/libsystem_c.**dylib | grep waitpid
000000000009e736 T _waitpid
000000000006f56a T _waitpid$NOCANCEL
and DYLD_LIBRARY_PATH is set to /usr/lib64
Should there be other directories in that path?
--
Thomas D. Grant, Ph.D.
Post-doctoral Scholar
Hauptman-Woodward Medical Research Institute
700 Ellicott St.
Buffalo, NY 14203

I'm not sure why you have that set, but it's somewhat risky to use
DYLD_LIBRARY_PATH. What's going on here is that the linker is _only_
searching in /usr/lib64.
To add additional library paths, it's often preferable to use
DYLD_FALLBACK_LIBRARY_PATH, since items there get added to the system's
link path.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/

--047d7b4143243c95ad04e9fcf820
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable <div dir="ltr">A long time ago I set DYLD_LIBRARY_PATH in my .profile file, but I don&#39;t recall why. �It may have been to get some program to work. �Should it not be set? �I could set DYLD<span style="font-family:arial,sans-serif;font-size:13px">_FALLBACK_LIBRARY_PATH instead?</span><div> <span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"> <br>--<br>Thomas D. Grant, Ph.D.<br>Post-doctoral Scholar<br>Hauptman-Woodward Medical Research Institute<br>700 Ellicott St.<br>Buffalo, NY 14203<br></div></div> <br><br><div class="gmail_quote">On Wed, Oct 30, 2013 at 5:18 PM, Alexander Hansen <span dir="ltr">&lt;<a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 10/30/13 2:06 PM, Thomas Grant wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<br>
On Wed, Oct 30, 2013 at 3:53 PM, Alexander Hansen<br></div>
&lt;<a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a> &lt;mailto:<a href="mailto:***@gmail.com" target="_blank">alexanderk.hansen@<u></u>gmail.com</a>&gt;&gt; wrote:<br>

<br>
    nm /usr/lib/system/libsystem_c.__<u></u>dylib | grep waitpid<div class="im"><br>
<br>
<br>
It appears that I do.  I get the following:<br>
<br>
$ nm /usr/lib/system/libsystem_c.<u></u>dylib | grep waitpid<br>
000000000009e736 T _waitpid<br>
000000000006f56a T _waitpid$NOCANCEL<br>
<br>
and DYLD_LIBRARY_PATH is set to /usr/lib64<br>
<br>
Should there be other directories in that path?<br>
<br>
<br>
--<br>
Thomas D. Grant, Ph.D.<br>
Post-doctoral Scholar<br>
Hauptman-Woodward Medical Research Institute<br>
700 Ellicott St.<br>
Buffalo, NY 14203<br>
<br>
<br>
</div></blockquote>
<br>
I&#39;m not sure why you have that set, but it&#39;s somewhat risky to use DYLD_LIBRARY_PATH.  What&#39;s going on here is that the linker is _only_ searching in /usr/lib64.<br>
<br>
To add additional library paths, it&#39;s often preferable to use DYLD_FALLBACK_LIBRARY_PATH, since items there get added to the system&#39;s link path.<div class="HOEnZb"><div class="h5"><br>
-- <br>
Alexander Hansen, Ph.D.<br>
Fink User Liaison<br>
My package updates: <a href="http://finkakh.wordpress.com/" target="_blank">http://finkakh.wordpress.com/</a><br>
</div></div></blockquote></div><br></div>

--047d7b4143243c95ad04e9fcf820--