Re: make swig-pl ERROR: illegal reference to symbol: _apr_file_open_stderr

Hi Tom,

Thanks for the link and the idea of installing from a precompiled
application. I thought about doing this though I'm really wanting to
do the installs from the ground up so I can understand what happens
when and what is installed in what order.

I'll keep trying. I haven't done anything in the last week though and
just waiting for the motivation to return ....

Thanks,

Brooke

On 28/01/2005, at 6:17 PM, Tom Mornini wrote:

> I've tried again and again to make the Perl bindings on OS X.
>
> I have given up (for a while) but just recently found this link:
>
> http://homepage.mac.com/hiirem/SVK-0.28.dmg
>
> on this page:
>
> http://svk.elixus.org/?InstallingSVK
>
> Which says this:
>
> Mac OS X
>
> For a standalone installer of SVK-0.28 for Mac OS X 10.3.x including
> subversion-1.1.3 and everything else svk needs to run, simply download
> SVK-0.28.dmg<foreignlinkglyph.png>. The package installs into
> /usr/local/svk-0.28 and puts symbolic links into /usr/local/bin for
> commands like svk and svn, so typing "svk" at the command line should
> also just work.
>
> On Jan 27, 2005, at 3:05 PM, Brooke Smith wrote:
>
>> Can anyone offer any advice on this?
>>
>> I'm not sure if this helps -
>>
>> otool -L /usr/local/apr/lib/libapr-0.0.dylib
>>
>> /usr/local/apr/lib/libapr-0.0.dylib:
>> /usr/local/apr/lib/libapr-0.0.dylib (compatibility version
>> 10.0.0, current version 10.5.0)
>> /usr/lib/libresolv.9.dylib (compatibility version 1.0.0,
>> current version 324.9.0)
>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
>> current version 71.1.1)
>>
>> Thanks,
>>
>> Brooke
>>
>> On 26/01/2005, at 10:16 PM, Brooke Smith wrote:
>>
>>> Hi all,
>>>
>>> I've been struggling for days to get Perl bindings working. I'm new
>>> to working this intimately with installing applications under *nix
>>> so please bare with me.
>>>
>>> OS: Mac OS X 10.3.4
>>> Subversion: 1.1.3
>>> swig: 1.3.21
>>>
>>> The error is:
>>>
>>> ld: core.o illegal reference to symbol: _apr_file_open_stderr
>>> defined in indirectly referenced dynamic library
>>> /usr/local/apr/lib/libapr-0.0.dylib
>>> make[1]: *** [blib/arch/auto/SVN/_Core/_Core.bundle] Error 1
>>> make: *** [swig-pl] Error 2
>>>
>>> The last thing being done in the "make swig-pl" that caused this
>>> error was (newlines added for readability):
>>>
>>> LD_RUN_PATH="/usr/lib:/System/Library/Subversion/subversion-1.1.3/
>>> subversion/libsvn_client/.libs:/System/Library/Subversion/
>>> subversion-1.1.3/subversion/libsvn_delta/.libs:/System/Library/
>>> Subversion/subversion-1.1.3/subversion/libsvn_fs/.libs:/System/
>>> Library/Subversion/subversion-1.1.3/subversion/libsvn_ra/.libs:/
>>> System/Library/Subversion/subversion-1.1.3/subversion/libsvn_repos/
>>> .libs:/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_wc/.libs:/System/Library/Subversion/subversion-1.1.3/
>>> subversion/libsvn_diff/.libs:/System/Library/Subversion/subversion
>>> -1.1.3/subversion/libsvn_subr/.libs:/System/Library/Subversion/
>>> subversion-1.1.3/subversion/bindings/swig/perl/libsvn_swig_perl/
>>> .libs:/usr/local/lib"
>>> MACOSX_DEPLOYMENT_TARGET=10.3
>>> cc -bundle -undefined dynamic_lookup -L/usr/local/lib core.o -o
>>> blib/arch/auto/SVN/_Core/_Core.bundle
>>> -L/System/Library/Subversion/subversion-1.1.3/apr -lresolv
>>> -lpthread
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/bindings/
>>> swig/perl/libsvn_swig_perl/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_client/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_delta/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/libsvn_fs/
>>> .libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/libsvn_ra/
>>> .libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_repos/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/libsvn_wc/
>>> .libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_diff/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_subr/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_ra_local/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_ra_svn/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_ra_dav/.libs
>>> -L/System/Library/Subversion/subversion-1.1.3/subversion/
>>> libsvn_fs_fs/.libs
>>> -lsvn_client-1 -lsvn_delta-1 -lsvn_fs-1 -lsvn_ra-1 -lsvn_repos-1
>>> -lsvn_wc-1 -lsvn_diff-1 -lsvn_subr-1 -lsvn_swig_perl-1
>>> -L/usr/local/lib -lswigpl
>>>
>>> I found this thread that discussed the problem back in December 2003
>>> - http://svn.haxx.se/dev/archive-2003-12/0249.shtml. In there
>>> Chia-liang Kao (clkao_at_clkao.org) wrote:
>>>
>>> In summary: arch/auto/SVN/_Core/_Core.so (or .bundle on OS X) is
>>> linked
>>> with libsvn_*, which are linked with apr. while garrett is seeing
>>> the
>>> message "illegal reference to symbol: _apr_file_open_stderr defined
>>> in
>>> indirectly referenced dynamic library /path/to/libapr" when linking
>>> _Core.so without -lapr; however doing so makes freebsd unable to
>>> locate
>>> libapr at all, which is bizarre.
>>>
>>> As he can't even compile, if it's related to DynaLoader the problem
>>> is
>>> on freebsd rather than OS X.
>>>
>>> On Fri, 2003-12-05 at 22:02, Rafael Garcia-Suarez wrote:
>>> > (Missed the beginning of the thread)
>>> > What's --link-ld all about on OS X ? In a few words, what's the
>>> library
>>> > layout ? (It might be a problem due to swig, in which case I
>>> declare
>>> > myself incompetent, but DynaLoader is known to have a few issues on
>>> > OS X with library prelinking and all that stuff)
>>>
>>>
>>> Any idea what is causing this, or how do you "link _Core.so with
>>> -lapr"? I see that there are a number of "-l X" - how do you add
>>> another and will this solve the problem?
>>>
>>> Thankyou for any help,
>>>
>>> Brooke
>>>
>>>
>>> --
>>> Brooke Smith <novorivus at optusnet.com.au>
>>>
>>> Go directly to jail. Do not pass Go, do not collect $200.
>> ---
>> In a world without walls or fences,
>> what's the need for Gates and Windows?
>>
> --
> -- Tom Mornini
>
>

---
In a world without walls or fences,
what's the need for Gates and Windows?