Build error on Mac OS 10.6.3

24 views
Skip to first unread message

Ivan Sergeyenko

unread,
May 20, 2010, 12:02:30 PM5/20/10
to libproxy
I'm trying to build http://libproxy.googlecode.com/svn/trunk at
revision 661. Here's the error that I get:


[ 90%] Built target PMlibproxy
Linking C shared library ../../../perl/blib/arch/auto/Net/
Libproxy.dylib
Undefined symbols:
"_PL_markstack_ptr", referenced from:
_boot_Net__Libproxy in Libproxy.c.o
_boot_Net__Libproxy in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
"_PL_stack_sp", referenced from:
_boot_Net__Libproxy in Libproxy.c.o
_boot_Net__Libproxy in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
"_Perl_sv_2iv_flags", referenced from:
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
"_Perl_sv_setref_pv", referenced from:
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
"_Perl_av_push", referenced from:
XS_pack_charPtrPtr(sv*, char**, int)in Libproxy.c.o
"_Perl_newRV", referenced from:
XS_pack_charPtrPtr(sv*, char**, int)in Libproxy.c.o
XS_pack_charPtrPtr(sv*, char**, int)in Libproxy.c.o
"_Perl_newSVpv", referenced from:
XS_pack_charPtrPtr(sv*, char**, int)in Libproxy.c.o
"_Perl_newXS", referenced from:
_boot_Net__Libproxy in Libproxy.c.o
_boot_Net__Libproxy in Libproxy.c.o
_boot_Net__Libproxy in Libproxy.c.o
"_Perl_croak", referenced from:
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
"_PL_sv_yes", referenced from:
_boot_Net__Libproxy in Libproxy.c.o
"_PL_stack_base", referenced from:
_boot_Net__Libproxy in Libproxy.c.o
_boot_Net__Libproxy in Libproxy.c.o
_boot_Net__Libproxy in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy__ProxyFactoryPtr_DESTROY in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
"_Perl_sv_2pv_flags", referenced from:
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
"_Perl_sv_derived_from", referenced from:
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
"_Perl_sv_2mortal", referenced from:
XS_pack_charPtrPtr(sv*, char**, int)in Libproxy.c.o
"_Perl_sv_newmortal", referenced from:
_XS_Net__Libproxy_proxy_factory_new in Libproxy.c.o
_XS_Net__Libproxy_proxy_factory_get_proxies in Libproxy.c.o
"_Perl_sv_setsv_flags", referenced from:
XS_pack_charPtrPtr(sv*, char**, int)in Libproxy.c.o
"_Perl_newAV", referenced from:
XS_pack_charPtrPtr(sv*, char**, int)in Libproxy.c.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [perl/blib/arch/auto/Net/Libproxy.dylib] Error 1
make[1]: *** [bindings/perl/src/CMakeFiles/PLlibproxy.dir/all] Error 2
make: *** [all] Error 2

Nicolas Dufresne

unread,
May 26, 2010, 6:16:50 PM5/26/10
to libp...@googlegroups.com
Le jeudi 20 mai 2010 à 09:02 -0700, Ivan Sergeyenko a écrit :
I'm trying to build http://libproxy.googlecode.com/svn/trunk at
revision 661. Here's the error that I get:


[ 90%] Built target PMlibproxy
Linking C shared library ../../../perl/blib/arch/auto/Net/
Libproxy.dylib
Undefined symbols:
  "_PL_markstack_ptr", referenced from:
Somebody filed a bug for that: http://code.google.com/p/libproxy/issues/detail?id=115

I think it's only the Perl binding that is affected here. You may try to use cmake . -DWITH_PERL=OFF if you don't need it. I should have access to a OS X build system somewhere next week. Meanwhile, if anybody knows how to fix it, patch are welcome.

regards,
Nicolas (alias stormer)

Nathaniel McCallum

unread,
Jun 3, 2010, 8:39:41 PM6/3/10
to libp...@googlegroups.com, Ivan Sergeyenko
This appears to be difficulty with the perl bindings on Mac OS X. You
can just disable them from the build.

DimStar/Stormer, any thoughts on how to fix the perl/mac issue?

Nathaniel

dominique....@gmail.com

unread,
Jun 4, 2010, 4:16:30 AM6/4/10
to Nathaniel McCallum, libp...@googlegroups.com, Ivan Sergeyenko
On Jun 4, 2010 2:39am, Nathaniel McCallum <npmcc...@gmail.com> wrote:
> This appears to be difficulty with the perl bindings on Mac OS X.  You can just disable them from the build.
>
>
>
> DimStar/Stormer, any thoughts on how to fix the perl/mac issue?

As I can't really test it (no Mac here, sorry).

Can you try reverting svn commit 654 ? It removed the perllib linking, which is not needed on Linux, but might well be needed on Mac. (it actually failed on Linux... so if it's needed on mac, we'll have to separate "if" them).

Thanks for checking!
Dominique

Ivan Sergeyenko

unread,
Jun 4, 2010, 3:42:44 PM6/4/10
to dominique....@gmail.com, Nathaniel McCallum, libp...@googlegroups.com
Yep, reverting 654 fixes the problem.

Cheers,
Ivan

Reply all
Reply to author
Forward
0 new messages