Missing libltdl.3.dylib on OS X 10.7

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Missing libltdl.3.dylib on OS X 10.7

Jerry-40
Hi list,

I recently changed os from OS X 10.6.8 to 10.7.(2|3). Upon doing this, sox quit working. My first inclination was to get a new sox but it doesn't really look like a sox problem:


MBPro:~ me$ sox
dyld: Library not loaded: /usr/lib/libltdl.3.dylib
  Referenced from: /usr/local/bin/sox
  Reason: image not found
Trace/BPT trap: 5


I do have /usr/lib/libltdl.7.dylib, howeer.

libltdl is associated with lib tool:

http://www.gnu.org/software/libtool/

I'm not sure what version of sox I have but I compiled it from source on or around September 24, 2010.

Any ideas? Is this just a symlink problem? Will compiling a new version of sox fix this?

Jerry
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Jan Stary
On Mar 30 17:44:03, Jerry wrote:

> I recently changed os from OS X 10.6.8 to 10.7.(2|3).
> Upon doing this, sox quit working.
> My first inclination was to get a new sox
> but it doesn't really look like a sox problem:
>
>
> MBPro:~ me$ sox
> dyld: Library not loaded: /usr/lib/libltdl.3.dylib
>   Referenced from: /usr/local/bin/sox
>   Reason: image not found
> Trace/BPT trap: 5

The upgrade of your OS provided some new versions of libraries,
but probably removed the old version of those libraries, quite foolishly.

(Using sox under both MacOS nad OpenBSD, on the same MacBook,
i cannot but compare and see that OpenBSD upgrades leave the
old libraries untouched, precisely for this reason.)

So you are probably right, it's not a SoX problem -
it's your OS that has broken your SoX installation.

> I do have /usr/lib/libltdl.7.dylib, howeer.

Doesn't matter. Your sox was compiled with a dependency
on libtdl.3 - and that's missing now.

> Any ideas? Is this just a symlink problem?
> Will compiling a new version of sox fix this?

Yes, you need to recompile.

It would actually be helpfull to the project if you tried
both 14.3.2 and 14.4.0 and your MacOS 10.7.* (perhaps
both the disributed binaries and compiled from source)
and looked for the differences - SoX was having problems working
on various MacOS versions in the past, and a solution seems
to have been reached in 14.4.0 (works fine on my 10.5.8 at least),
but AFAIK it hasn't been much tested on the newer MacOS's.

Also, SoX is in macports if you are using it.

        Good luck

                Jan


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Jan Stary
On Mar 31 09:20:46, Jan Stary wrote:

> On Mar 30 17:44:03, Jerry wrote:
> > I recently changed os from OS X 10.6.8 to 10.7.(2|3).
> > Upon doing this, sox quit working.
> > My first inclination was to get a new sox
> > but it doesn't really look like a sox problem:
> >
> >
> > MBPro:~ me$ sox
> > dyld: Library not loaded: /usr/lib/libltdl.3.dylib
> >   Referenced from: /usr/local/bin/sox
> >   Reason: image not found
> > Trace/BPT trap: 5
> > I do have /usr/lib/libltdl.7.dylib, howeer.
>
> The upgrade of your OS provided some new versions of libraries,
> but probably removed the old version of those libraries, quite foolishly.
>
> (Using sox under both MacOS nad OpenBSD, on the same MacBook,
> i cannot but compare and see that OpenBSD upgrades leave the
> old libraries untouched, precisely for this reason.)
>
> So you are probably right, it's not a SoX problem -
> it's your OS that has broken your SoX installation.
>
> Doesn't matter. Your sox was compiled with a dependency
> on libtdl.3 - and that's missing now.

To make sure about this, can you 'ls /usr/lib/libltdl*'
(and possible other places such as /usr/local, /opt/local etc)?


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Jerry-40

On Mar 31, 2012, at 2:14 AM, Jan Stary wrote:

> On Mar 31 09:20:46, Jan Stary wrote:
>> On Mar 30 17:44:03, Jerry wrote:
>>> I recently changed os from OS X 10.6.8 to 10.7.(2|3).
>>> Upon doing this, sox quit working.
>>> My first inclination was to get a new sox
>>> but it doesn't really look like a sox problem:
>>>
>>>
>>> MBPro:~ me$ sox
>>> dyld: Library not loaded: /usr/lib/libltdl.3.dylib
>>>  Referenced from: /usr/local/bin/sox
>>>  Reason: image not found
>>> Trace/BPT trap: 5
>>> I do have /usr/lib/libltdl.7.dylib, howeer.
>>
>> The upgrade of your OS provided some new versions of libraries,
>> but probably removed the old version of those libraries, quite foolishly.
>>
>> (Using sox under both MacOS nad OpenBSD, on the same MacBook,
>> i cannot but compare and see that OpenBSD upgrades leave the
>> old libraries untouched, precisely for this reason.)
>>
>> So you are probably right, it's not a SoX problem -
>> it's your OS that has broken your SoX installation.
>>
>> Doesn't matter. Your sox was compiled with a dependency
>> on libtdl.3 - and that's missing now.
>
> To make sure about this, can you 'ls /usr/lib/libltdl*'
> (and possible other places such as /usr/local, /opt/local etc)?
>
OK--possibly too much information (and hope that the lines don't wrap) (See notes below the list):


/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.1.4.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.1.2.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.a
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.3.1.4.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.3.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.7.2.2.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.7.dylib
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.a
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.dylib
/Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.3.1.4.dylib
/Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.3.dylib
/Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.a
/Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.dylib
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.1.4.dylib
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.dylib
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.1.2.dylib
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.dylib
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.a
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.dylib
/opt/local/lib/libltdl.7.dylib
/opt/local/lib/libltdl.a
/opt/local/lib/libltdl.dylib
/opt/local/lib/libltdl.la
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/graphics/graphviz/files/libltdl.patch
/usr/lib/libltdl.7.2.2.dylib
/usr/lib/libltdl.7.dylib
/usr/lib/libltdl.dylib


Some notes:

* Apple's developer tools before 10.7 are stored in /Developer/. I am keeping this somewhat older installation around until I'm sure I no longer need it. Most people using 10.7 do not have this.

* Developer tools for 10.7 Lion are in /Applicattions/Xcode.app/.

* It's not customary for third party stuff to use things stored in the developer tools directories.

* /opt/local is MacPorts (which I installed today for unrelated purposes). (My approach toward MacPorts is that I prefer to not use it if possible because I get angry/frustrated with it and delete it from time to time--too many out-of-date dependencies, usually.)

* /usr/lib/libltdl.7.2.2.dylib and /usr/lib/libltdl.dylib are both symlinks pointing to /usr/lib/libltdl.7.dylib. ***Shouldn't sox just use /usr/lib/libltdl.dylib and let the OS take care of pointing to the correct library?***


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Jan Stary
On Apr 02 02:34:13, Jerry wrote:

>
> On Mar 31, 2012, at 2:14 AM, Jan Stary wrote:
>
> > On Mar 31 09:20:46, Jan Stary wrote:
> >> On Mar 30 17:44:03, Jerry wrote:
> >>> I recently changed os from OS X 10.6.8 to 10.7.(2|3).
> >>> Upon doing this, sox quit working.
> >>> My first inclination was to get a new sox
> >>> but it doesn't really look like a sox problem:
> >>>
> >>>
> >>> MBPro:~ me$ sox
> >>> dyld: Library not loaded: /usr/lib/libltdl.3.dylib
> >>>  Referenced from: /usr/local/bin/sox
> >>>  Reason: image not found
> >>> Trace/BPT trap: 5
> >>> I do have /usr/lib/libltdl.7.dylib, howeer.
> >>
> >> The upgrade of your OS provided some new versions of libraries,
> >> but probably removed the old version of those libraries, quite foolishly.
> >>
> >> (Using sox under both MacOS nad OpenBSD, on the same MacBook,
> >> i cannot but compare and see that OpenBSD upgrades leave the
> >> old libraries untouched, precisely for this reason.)
> >>
> >> So you are probably right, it's not a SoX problem -
> >> it's your OS that has broken your SoX installation.
> >>
> >> Doesn't matter. Your sox was compiled with a dependency
> >> on libtdl.3 - and that's missing now.
> >
> > To make sure about this, can you 'ls /usr/lib/libltdl*'
> > (and possible other places such as /usr/local, /opt/local etc)?
> >
> OK--possibly too much information (and hope that the lines don't wrap) (See notes below the list):
>
>
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.1.4.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.1.2.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.a
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.3.1.4.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.3.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.7.2.2.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.7.dylib
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.a
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.dylib
> /Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.3.1.4.dylib
> /Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.3.dylib
> /Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.a
> /Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.dylib
> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.1.4.dylib
> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.dylib
> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.1.2.dylib
> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.dylib
> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.a
> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.dylib

The SoX build does not look into /Applications or /Developer

> /opt/local/lib/libltdl.7.dylib
> /opt/local/lib/libltdl.a
> /opt/local/lib/libltdl.dylib
> /opt/local/lib/libltdl.la
> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/graphics/graphviz/files/libltdl.patch
> /usr/lib/libltdl.7.2.2.dylib
> /usr/lib/libltdl.7.dylib
> /usr/lib/libltdl.dylib

This is relevant. Indeed, there is no libtdl.3
which is what your SoX binary was built against.

> * /opt/local is MacPorts (which I installed today for unrelated purposes). (My approach toward MacPorts is that I prefer to not use it if possible because I get angry/frustrated with it and delete it from time to time--too many out-of-date dependencies, usually.)

Well, macports also contains a port of SoX,
if you are interested :-)

> * /usr/lib/libltdl.7.2.2.dylib and /usr/lib/libltdl.dylib are both symlinks pointing to /usr/lib/libltdl.7.dylib. ***Shouldn't sox just use /usr/lib/libltdl.dylib and let the OS take care of pointing to the correct library?***

This is decided at compile time, not runtime. The build process
recognizes libltdl.N if found and links the sox binary to it; this
information, including the library version, is stored in the sox binary,
and that particular version is requested at runtime.

This is nothing specific to SoX; that's how dynamic libraries work.
Just recompile against the libltdl you have now.

(BTW, why are you using libltdl at all? Do you configure SoX
to dlopen() the helper libraries?)

        Jan



------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Jerry-40

On Apr 2, 2012, at 3:08 AM, Jan Stary wrote:

> On Apr 02 02:34:13, Jerry wrote:
>>
>> On Mar 31, 2012, at 2:14 AM, Jan Stary wrote:
>>
>>> On Mar 31 09:20:46, Jan Stary wrote:
>>>> On Mar 30 17:44:03, Jerry wrote:
>>>>> I recently changed os from OS X 10.6.8 to 10.7.(2|3).
>>>>> Upon doing this, sox quit working.
>>>>> My first inclination was to get a new sox
>>>>> but it doesn't really look like a sox problem:
>>>>>
>>>>>
>>>>> MBPro:~ me$ sox
>>>>> dyld: Library not loaded: /usr/lib/libltdl.3.dylib
>>>>> Referenced from: /usr/local/bin/sox
>>>>> Reason: image not found
>>>>> Trace/BPT trap: 5
>>>>> I do have /usr/lib/libltdl.7.dylib, howeer.
>>>>
>>>> The upgrade of your OS provided some new versions of libraries,
>>>> but probably removed the old version of those libraries, quite foolishly.
>>>>
>>>> (Using sox under both MacOS nad OpenBSD, on the same MacBook,
>>>> i cannot but compare and see that OpenBSD upgrades leave the
>>>> old libraries untouched, precisely for this reason.)
>>>>
>>>> So you are probably right, it's not a SoX problem -
>>>> it's your OS that has broken your SoX installation.
>>>>
>>>> Doesn't matter. Your sox was compiled with a dependency
>>>> on libtdl.3 - and that's missing now.
>>>
>>> To make sure about this, can you 'ls /usr/lib/libltdl*'
>>> (and possible other places such as /usr/local, /opt/local etc)?
>>>
>> OK--possibly too much information (and hope that the lines don't wrap) (See notes below the list):
>>
>>
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.1.4.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.1.2.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.a
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.3.1.4.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.3.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/freeradius/libltdl.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.7.2.2.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.7.dylib
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.a
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/lib/libltdl.dylib
>> /Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.3.1.4.dylib
>> /Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.3.dylib
>> /Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.a
>> /Developer/SDKs/MacOSX10.5.sdk/usr/lib/libltdl.dylib
>> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.1.4.dylib
>> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.3.dylib
>> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.1.2.dylib
>> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.7.dylib
>> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.a
>> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libltdl.dylib
>
> The SoX build does not look into /Applications or /Developer
>
>> /opt/local/lib/libltdl.7.dylib
>> /opt/local/lib/libltdl.a
>> /opt/local/lib/libltdl.dylib
>> /opt/local/lib/libltdl.la
>> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/graphics/graphviz/files/libltdl.patch
>> /usr/lib/libltdl.7.2.2.dylib
>> /usr/lib/libltdl.7.dylib
>> /usr/lib/libltdl.dylib
>
> This is relevant. Indeed, there is no libtdl.3
> which is what your SoX binary was built against.
>
>> * /opt/local is MacPorts (which I installed today for unrelated purposes). (My approach toward MacPorts is that I prefer to not use it if possible because I get angry/frustrated with it and delete it from time to time--too many out-of-date dependencies, usually.)
>
> Well, macports also contains a port of SoX,
> if you are interested :-)
>
>> * /usr/lib/libltdl.7.2.2.dylib and /usr/lib/libltdl.dylib are both symlinks pointing to /usr/lib/libltdl.7.dylib. ***Shouldn't sox just use /usr/lib/libltdl.dylib and let the OS take care of pointing to the correct library?***
>
> This is decided at compile time, not runtime. The build process
> recognizes libltdl.N if found and links the sox binary to it; this
> information, including the library version, is stored in the sox binary,
> and that particular version is requested at runtime.
>
> This is nothing specific to SoX; that's how dynamic libraries work.
> Just recompile against the libltdl you have now.
>
> (BTW, why are you using libltdl at all? Do you configure SoX
> to dlopen() the helper libraries?)
I don't know. My notes to myself say that I compiled without any optional libraries--not sure if that is relevant or not.
>
> Jan

Attached as a zip is the result of installing from sox-14.4.0.tar.gz (after errors resulting from spaces in the path to the sources were fixed), trying to test, and trying to run. The text output in this file is the result of typing
    ./congifure
    make -s
    sudo make install
    make installcheck
    sox

As you can see, make -s resulted in 386 warnings. When trying to run, I have no idea why it is trying to load /usr/local/gnat/lib/libgomp.1.dylib -- gnat is the gcc Ada compiler which I do have installed but NOT at /usr/local/gnat/ (that directory does not exist). The mysteriously-referenced library does exist at /usr/local/adacore-gnat-2010/lib/libgomp.1.dylib.




The pre-compiled binary sox-14.4.0-macosx.zip seems to run OK--it plays a .wav file for me.

Jerry
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users

Installing SoX 14.4.0 on OS X 10.7.3.txt.zip (9K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Doug Cook-2
> Attached as a zip is the result of installing from sox-14.4.0.tar.gz (after errors resulting from spaces in the path to the sources were fixed), trying to test, and trying to run. The text output in this file is the result of typing
>    ./congifure
>    make -s
>    sudo make install
>    make installcheck
>    sox
>
> As you can see, make -s resulted in 386 warnings. When trying to run, I have no idea why it is trying to load /usr/local/gnat/lib/libgomp.1.dylib -- gnat is the gcc Ada compiler which I do have installed but NOT at /usr/local/gnat/ (that directory does not exist). The mysteriously-referenced library does exist at /usr/local/adacore-gnat-2010/lib/libgomp.1.dylib.
>
> The pre-compiled binary sox-14.4.0-macosx.zip seems to run OK--it plays a .wav file for me.

During the build process, sox asks your libtool "Where can I find a
dylib named libgomb?" and libtool responds
"/usr/local/gnat/lib/libgomp.1.dylib". The incorrect result means that
your libtool data is not configured correctly. Most likely the
installation of gnat messed it up. You can disable SoX's OpenMP
support and that might help you get a working sox if libgomp is the
only problem. OpenMP support isn't very important for Sox right now,
so you won't really be missing much by disabling it.

I'm not a libtool expert, an OSX expert, or a gnat expert, so I can't
help you much farther than that.

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Patrick-5

On Apr 2, 2012, at 5:18 PM, Doug Cook wrote:

>> Attached as a zip is the result of installing from sox-14.4.0.tar.gz (after errors resulting from spaces in the path to the sources were fixed), trying to test, and trying to run. The text output in this file is the result of typing
>>    ./congifure
>>    make -s
>>    sudo make install
>>    make installcheck
>>    sox
>>
>> As you can see, make -s resulted in 386 warnings. When trying to run, I have no idea why it is trying to load /usr/local/gnat/lib/libgomp.1.dylib -- gnat is the gcc Ada compiler which I do have installed but NOT at /usr/local/gnat/ (that directory does not exist). The mysteriously-referenced library does exist at /usr/local/adacore-gnat-2010/lib/libgomp.1.dylib.
>>
>> The pre-compiled binary sox-14.4.0-macosx.zip seems to run OK--it plays a .wav file for me.
>
> During the build process, sox asks your libtool "Where can I find a
> dylib named libgomb?" and libtool responds
> "/usr/local/gnat/lib/libgomp.1.dylib". The incorrect result means that
> your libtool data is not configured correctly. Most likely the
> installation of gnat messed it up. You can disable SoX's OpenMP
> support and that might help you get a working sox if libgomp is the
> only problem. OpenMP support isn't very important for Sox right now,
> so you won't really be missing much by disabling it.
>
> I'm not a libtool expert, an OSX expert, or a gnat expert, so I can't
> help you much farther than that.

Could it be that you should do this prior to ./configure...

export LDFLAGS=/usr/local/adacore-gnat-2010/lib/libgomp.1.dylib


Pat
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Jan Stary
In reply to this post by Jerry-40
> >>>> On Mar 30 17:44:03, Jerry wrote:
> >>>>> I recently changed os from OS X 10.6.8 to 10.7.(2|3).
> >>>>> Upon doing this, sox quit working.
> >>>>> My first inclination was to get a new sox
> >>>>> but it doesn't really look like a sox problem:
> >>>>>
> >>>>>
> >>>>> MBPro:~ me$ sox
> >>>>> dyld: Library not loaded: /usr/lib/libltdl.3.dylib
> >>>>> Referenced from: /usr/local/bin/sox
> >>>>> Reason: image not found
> >>>>> Trace/BPT trap: 5
> >>>>> I do have /usr/lib/libltdl.7.dylib, howeer.
> >>>>
> >>>> The upgrade of your OS provided some new versions of libraries,
> >>>> but probably removed the old version of those libraries, quite foolishly.
> >>>>
> >>>> (Using sox under both MacOS nad OpenBSD, on the same MacBook,
> >>>> i cannot but compare and see that OpenBSD upgrades leave the
> >>>> old libraries untouched, precisely for this reason.)
> >>>>
> >>>> So you are probably right, it's not a SoX problem -
> >>>> it's your OS that has broken your SoX installation.
> >>>>
> >>>> Doesn't matter. Your sox was compiled with a dependency
> >>>> on libtdl.3 - and that's missing now.
> >>>
> >>> To make sure about this, can you 'ls /usr/lib/libltdl*'
> >>> (and possible other places such as /usr/local, /opt/local etc)?
> >>>
> >> /opt/local/lib/libltdl.7.dylib
> >> /opt/local/lib/libltdl.a
> >> /opt/local/lib/libltdl.dylib
> >> /opt/local/lib/libltdl.la
> >> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/graphics/graphviz/files/libltdl.patch
> >> /usr/lib/libltdl.7.2.2.dylib
> >> /usr/lib/libltdl.7.dylib
> >> /usr/lib/libltdl.dylib
> >
> > This is relevant. Indeed, there is no libtdl.3
> > which is what your SoX binary was built against.
> >
> >> * /opt/local is MacPorts (which I installed today for unrelated purposes). (My approach toward MacPorts is that I prefer to not use it if possible because I get angry/frustrated with it and delete it from time to time--too many out-of-date dependencies, usually.)
> >
> > Well, macports also contains a port of SoX,
> > if you are interested :-)
> >
> >> * /usr/lib/libltdl.7.2.2.dylib and /usr/lib/libltdl.dylib are both symlinks pointing to /usr/lib/libltdl.7.dylib. ***Shouldn't sox just use /usr/lib/libltdl.dylib and let the OS take care of pointing to the correct library?***
> >
> > This is decided at compile time, not runtime. The build process
> > recognizes libltdl.N if found and links the sox binary to it; this
> > information, including the library version, is stored in the sox binary,
> > and that particular version is requested at runtime.
> >
> > This is nothing specific to SoX; that's how dynamic libraries work.
> > Just recompile against the libltdl you have now.
> >
> > (BTW, why are you using libltdl at all? Do you configure SoX
> > to dlopen() the helper libraries?)
>
> I don't know. My notes to myself say that I compiled without any optional libraries--not sure if that is relevant or not.
> >

Even when you do not exlicitly enable support for certain external libraries,
./configure picks them up if they are found. The golden rule of course
is to explicitly disable anything you don't need.

> Attached as a zip is the result of installing from sox-14.4.0.tar.gz (after errors resulting from spaces in the path to the sources were fixed), trying to test, and trying to run. The text output in this file is the result of typing

(pasting it inline)

OPTIONAL FILE FORMATS
amrnb......................no
amrwb......................no
ffmpeg.....................no
flac.......................no
gsm........................yes (in-tree)
lpc10......................yes (in-tree)
mp2/mp3....................no
 id3tag....................no
 lame......................no
 mad.......................no
 twolame...................no
oggvorbis..................no
sndfile....................no
wavpack....................no

OTHER OPTIONS
ladspa effects.............yes
magic support..............no
png support................no
GOMP support...............yes

Configure finished.  Do 'make -s && make install' to compile and install SoX.


If you actuall have any of the above installed, and ./configure didn't
findit, help it a bit by specifying the relevant directories to look
into; on my MacOS, that would be /usr/local and /opt/local; so

env CPPGLAGS='-I/usr/locl/include -I/opt/local/include' LDFLAGS='-L/usr/local/lib -I/opt/local/lib' ./configure

Also, you might want to try --without-libltdl --disable-gomp


getopt.c: In function 'lsx_getopt_init':
getopt.c:35: warning: passing argument 1 of '__builtin_expect' with different width due to prototype
getopt.c:35: warning: passing argument 2 of '__builtin_expect' with different width due to prototype

These are assert() calls. In you version of MacOS,
the assert() call has probably changed.

coreaudio.c: In function 'RecIOProc':
coreaudio.c:84: warning: assignment discards qualifiers from pointer target type
coreaudio.c: In function 'setup':
coreaudio.c:132: warning: 'AudioHardwareGetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1268)
coreaudio.c:134: warning: 'AudioHardwareGetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1268)
coreaudio.c:139: warning: 'AudioHardwareGetPropertyInfo' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1247)
coreaudio.c:146: warning: passing argument 1 of 'malloc' with different width due to prototype
coreaudio.c:147: warning: 'AudioHardwareGetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1268)
coreaudio.c:155: warning: 'AudioDeviceGetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2635)
coreaudio.c:155: warning: passing argument 3 of 'AudioDeviceGetProperty' with different width due to prototype
coreaudio.c:181: warning: 'AudioDeviceGetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2635)
coreaudio.c:183: warning: passing argument 3 of 'AudioDeviceGetProperty' with different width due to prototype
coreaudio.c:257: warning: 'AudioDeviceSetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2669)
coreaudio.c:259: warning: passing argument 4 of 'AudioDeviceSetProperty' with different width due to prototype
coreaudio.c:279: warning: 'AudioDeviceAddIOProc' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2417)
coreaudio.c:281: warning: 'AudioDeviceAddIOProc' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2417)
coreaudio.c: In function 'stopread':
coreaudio.c:328: warning: 'AudioDeviceRemoveIOProc' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2432)
coreaudio.c: In function 'stopwrite':
coreaudio.c:396: warning: 'AudioDeviceRemoveIOProc' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2432)

The CoreAudio interface in your MacOS version
has probably changed from before.


MBPro:sox-14.4.0 me$ make installcheck
Making installcheck in lpc10
make[1]: Nothing to be done for `installcheck'.
Making installcheck in libgsm
make[1]: Nothing to be done for `installcheck'.
Making installcheck in src
./tests.sh --bindir=/usr/local/bin --builddir=. --srcdir=.
dyld: Library not loaded: /usr/local/gnat/lib/libgomp.1.dylib
  Referenced from: /Applications/Sound/Audio_Programs/SoX_outer_folder/sox-14.4.0/src/./sox_sample_test
  Reason: image not found
./tests.sh: line 217:  7813 Trace/BPT trap: 5       ${builddir}/sox_sample_test${EXEEXT}
make[1]: *** [installcheck] Error 1
make: *** [installcheck-recursive] Error 1


./configure has detected GOMP to be present in your system,
but I have no idea where the path /usr/local/gnat/lib/libgomp.1.dylib
comes from. Someone must have told ./configure it is there.


> When trying to run, I have no idea why it is trying to load /usr/local/gnat/lib/libgomp.1.dylib -- gnat is the gcc Ada compiler which I do have installed but NOT at /usr/local/gnat/ (that directory does not exist). The mysteriously-referenced library does exist at /usr/local/adacore-gnat-2010/lib/libgomp.1.dylib.
>

MBPro:sox-14.4.0 me$ sox
dyld: Library not loaded: /usr/local/gnat/lib/libgomp.1.dylib
  Referenced from: /usr/local/bin/sox
  Reason: image not found
Trace/BPT trap: 5
MBPro:sox-14.4.0 me$

You best bet now is probably ./configure --disable-gomp and recompile.


        Jan


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Jan Stary
In reply to this post by Patrick-5
On Apr 02 20:28:07, Patrick wrote:

>
> On Apr 2, 2012, at 5:18 PM, Doug Cook wrote:
>
> >> Attached as a zip is the result of installing from sox-14.4.0.tar.gz (after errors resulting from spaces in the path to the sources were fixed), trying to test, and trying to run. The text output in this file is the result of typing
> >>    ./congifure
> >>    make -s
> >>    sudo make install
> >>    make installcheck
> >>    sox
> >>
> >> As you can see, make -s resulted in 386 warnings. When trying to run, I have no idea why it is trying to load /usr/local/gnat/lib/libgomp.1.dylib -- gnat is the gcc Ada compiler which I do have installed but NOT at /usr/local/gnat/ (that directory does not exist). The mysteriously-referenced library does exist at /usr/local/adacore-gnat-2010/lib/libgomp.1.dylib.
> >>
> >> The pre-compiled binary sox-14.4.0-macosx.zip seems to run OK--it plays a .wav file for me.
> >
> > During the build process, sox asks your libtool "Where can I find a
> > dylib named libgomb?" and libtool responds
> > "/usr/local/gnat/lib/libgomp.1.dylib". The incorrect result means that
> > your libtool data is not configured correctly. Most likely the
> > installation of gnat messed it up. You can disable SoX's OpenMP
> > support and that might help you get a working sox if libgomp is the
> > only problem. OpenMP support isn't very important for Sox right now,
> > so you won't really be missing much by disabling it.
> >
> > I'm not a libtool expert, an OSX expert, or a gnat expert, so I can't
> > help you much farther than that.
>
> Could it be that you should do this prior to ./configure...
> export LDFLAGS=/usr/local/adacore-gnat-2010/lib/libgomp.1.dylib

Why would anyone do that? That's not even valid syntax.


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users
Reply | Threaded
Open this post in threaded view
|

Re: Missing libltdl.3.dylib on OS X 10.7

Patrick-5

On Apr 3, 2012, at 9:07 AM, Jan Stary wrote:

> On Apr 02 20:28:07, Patrick wrote:
>>
>> On Apr 2, 2012, at 5:18 PM, Doug Cook wrote:
>>
>>>> Attached as a zip is the result of installing from sox-14.4.0.tar.gz (after errors resulting from spaces in the path to the sources were fixed), trying to test, and trying to run. The text output in this file is the result of typing
>>>>   ./congifure
>>>>   make -s
>>>>   sudo make install
>>>>   make installcheck
>>>>   sox
>>>>
>>>> As you can see, make -s resulted in 386 warnings. When trying to run, I have no idea why it is trying to load /usr/local/gnat/lib/libgomp.1.dylib -- gnat is the gcc Ada compiler which I do have installed but NOT at /usr/local/gnat/ (that directory does not exist). The mysteriously-referenced library does exist at /usr/local/adacore-gnat-2010/lib/libgomp.1.dylib.
>>>>
>>>> The pre-compiled binary sox-14.4.0-macosx.zip seems to run OK--it plays a .wav file for me.
>>>
>>> During the build process, sox asks your libtool "Where can I find a
>>> dylib named libgomb?" and libtool responds
>>> "/usr/local/gnat/lib/libgomp.1.dylib". The incorrect result means that
>>> your libtool data is not configured correctly. Most likely the
>>> installation of gnat messed it up. You can disable SoX's OpenMP
>>> support and that might help you get a working sox if libgomp is the
>>> only problem. OpenMP support isn't very important for Sox right now,
>>> so you won't really be missing much by disabling it.
>>>
>>> I'm not a libtool expert, an OSX expert, or a gnat expert, so I can't
>>> help you much farther than that.
>>
>> Could it be that you should do this prior to ./configure...
>> export LDFLAGS=/usr/local/adacore-gnat-2010/lib/libgomp.1.dylib
>
> Why would anyone do that? That's not even valid syntax.
>
> Oh.. because I forgot to quote it?:  export LDFLAGS='/usr/local/adacore-gnat-2010/lib/libgomp.1.dylib', other than that, it is perfectly valid.


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Sox-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/sox-users