Bug 134978 – rapidsvn-0.9.2 fails with --as-needed

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Gergan Penkov 2006-05-30 18:02:31 UTC]

i686-pc-linux-gnu-g++ -march=athlon-xp -O2 -pipe -Wall -g -fexceptions -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/
include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA -Wl,-O1 -Wl,--as-needed
 -o .libs/rapidsvn about_dlg.o action.o action_event.o add_action.o auth_dlg.o cert_dlg.o checkout_action.o checkout_dlg.o cl
eanup_action.o columns.o commit_action.o commit_dlg.o delete_action.o delete_dlg.o destination_dlg.o diff_action.o diff_dlg.o
 exceptions.o export_action.o export_dlg.o external_program_action.o filelist_ctrl.o file_info.o folder_browser.o folder_item
_data.o get_action.o hist_entries.o hist_mgr.o hist_val.o import_action.o import_dlg.o listed_dlg.o listener.o lock_action.o
lock_dlg.o log_action.o log_dlg.o merge_action.o merge_dlg.o mkdir_action.o move_action.o preferences.o preferences_dlg.o pro
perty_action.o property_dlg.o proportional_splitter.o rapidsvn_app.o rapidsvn_frame.o rename_action.o report_dlg.o resolve_ac
tion.o revert_action.o simple_worker.o switch_action.o threaded_worker.o tracer.o trace_update.o unlock_action.o unlock_dlg.o
 update_action.o update_dlg.o utils.o verblist.o view_action.o -Wl,-O1 -Wl,--as-needed -pthread -Wl,-O1 -Wl,--as-needed  -L/v
ar/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp /var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.
libs/libsvncpp.so -L/usr/lib -lsvn_client-1 -lsvn_wc-1 -lsvn_ra-1 -lsvn_delta-1 -lsvn_subr-1 -lneon -lz -lssl -lcrypto -lapr-
0 -lrt -lm -lcrypt -lnsl -lpthread -ldl -laprutil-0 -lldap -llber -lgdbm -ldb-4.2 -lexpat -L/usr/X11R6/lib -lwx_gtk2u_xrc-2.6
 -lwx_gtk2u_html-2.6 -lwx_gtk2u_adv-2.6 -lwx_gtk2u_core-2.6 -lwx_baseu_xml-2.6 -lwx_baseu_net-2.6 -lwx_baseu-2.6
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_get_ssl
_server_trust_prompt_provider'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_update'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_propset
2'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_merge'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_import'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_blame'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_cleanup
'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_propset
'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_proplis
t'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_add'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_relocat
e'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_revprop
_get'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_checkou
t2'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_cat'
/var/tmp/portage/rapidsvn-0.9.2/work/rapidsvn-0.9.2/src/svncpp/.libs/libsvncpp.so: undefined reference to `svn_client_get_ssl
_client_cert_file_provider'
...

and so on...
the problem is that the ebuild already applies a patch for this issue (svncpp_0.6.1_link.patch), but to the Makefile.am, and does not run eautoreconf - in turn the Makefile.in and Makefile are not recreated.
There is no need for patch, the ebuild simply must inherit autotools and add a call to eautoreconf after the patch

[Comment 1 Steve Arnold 2006-06-01 23:07:48 UTC]

Fixed.