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 ....
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:
> on this page:
> 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 (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)
>> 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
>>> make: *** [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):
>>> cc -bundle -undefined dynamic_lookup -L/usr/local/lib core.o -o
>>> -L/System/Library/Subversion/subversion-1.1.3/apr -lresolv
>>> -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
>>> with libsvn_*, which are linked with apr. while garrett is seeing
>>> message "illegal reference to symbol: _apr_file_open_stderr defined
>>> indirectly referenced dynamic library /path/to/libapr" when linking
>>> _Core.so without -lapr; however doing so makes freebsd unable to
>>> libapr at all, which is bizarre.
>>> As he can't even compile, if it's related to DynaLoader the problem
>>> 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
>>> > layout ? (It might be a problem due to swig, in which case I
>>> > 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 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?
Received on Tue Feb 1 06:41:12 2005