Dear Matt, See https://gerrit.fd.io/r/#/c/13057, which should resolve the original link issue. Mind telling me what stubs you had to create when you removed libvlib.so from your app?
I can well imagine a couple of similar repairs are needed elsewhere... (đ)... Thanks... DAve From: Matthew Smith <mgsm...@netgate.com> Sent: Thursday, June 14, 2018 12:12 PM To: Dave Barach (dbarach) <dbar...@cisco.com> Cc: Andrew Yourtchenko <ayour...@gmail.com>; Jon Loeliger <j...@netgate.com>; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] Missing functions? Hi Dave, Youâre right, we donât need anything from that library directly. I think that we started linking against it at some point in the past to resolve some other build issue with resolving symbols. I stopped our build from linking against libvlib. When I tried to build, I saw a different set of errors about missing symbols. I created local stub functions for those functions that couldnât be resolved and the problem was solved. Thanks for the suggestion! -Matt On Jun 13, 2018, at 8:03 PM, Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>> wrote: Why are you linking one or more apps against libvlib? Unless youâre using it to do vector processing â which seems super-unlikely â or doing something that we never thought of - you shouldnât need to do that. If youâre really using libvlib â or you need a workaround - resolve the missing link dependencies by tossing a couple of stub init functions into your apps: clib_error_t mumble_init(vlib_main_t *vm) { return 0; } VLIB_INIT_FUNCTION(mumble_init); HTH... Dave From: Matthew Smith <mgsm...@netgate.com<mailto:mgsm...@netgate.com>> Sent: Wednesday, June 13, 2018 4:59 PM To: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>> Cc: Andrew Yourtchenko <ayour...@gmail.com<mailto:ayour...@gmail.com>>; Jon Loeliger <j...@netgate.com<mailto:j...@netgate.com>>; vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> Subject: Re: [vpp-dev] Missing functions? Hi Dave, VPP itself builds fine from the top of tree. We build several C applications that act as clients to the shared memory API. Linking one of those applications against libvlib is when the problems occur. This worked prior to merging recent upstream changes into our local repo this morning. When the vpp executable is built/linked, the object files containing the definitions of the functions map_stat_segment_init() and vpe_api_init() are available and the symbols can be resolved. Those symbols cannot be resolved while building our application. -Matt On Jun 13, 2018, at 1:21 PM, Dave Barach via Lists.Fd.Io <dbarach=cisco....@lists.fd.io<mailto:dbarach=cisco....@lists.fd.io>> wrote: +1, or âmake distcleanâ in build-root... From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>> On Behalf Of Andrew Yourtchenko Sent: Wednesday, June 13, 2018 2:16 PM To: Jon Loeliger <j...@netgate.com<mailto:j...@netgate.com>> Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>> Subject: Re: [vpp-dev] Missing functions? Jon, My bet something in your tree was compiled previously, but is not rebuilt properly when you did git pull and recompile. (The function names seem to belong to the new stats infra that I have heard about, but didnât get to learn about yet). If this theory holds water, âgit clean -fdxâ followed by make build should get you back in action. Bonus points if you can tell how to repro this from a clean checkout, to be able to understand if this is something that can be taken care of. I sometimes get symptoms like this when I jump between my local branches that are too far apart (say, 17.xx and 18.xx), but that happened sufficiently rarely (maybe two-three times this year) to just kick it using the method above and move on with the life. --a On 13 Jun 2018, at 19:23, Jon Loeliger <j...@netgate.com<mailto:j...@netgate.com>> wrote: Hi! With the current VPP top-of-tree here: commit c7d50970d4ed8a4889b4374e6a1559aef7d3dcc0 Author: Andrew Yourtchenko <ayour...@gmail.com<mailto:ayour...@gmail.com>> Date: Tue Jun 12 15:15:49 2018 +0200 acl-plugin: change the src/dst L3 info in 5tuple struct to be always contiguous with L4 data We seem to have some new linking issues like this: ..../build-root/install-vpp-native/vpp/lib64/libvlib.so: undefined reference to `_vlib_init_function_map_stat_segment_init' ..../build-root/install-vpp-native/vpp/lib64/libvlib.so: undefined reference to `_vlib_init_function_vpe_api_init' Has anyone else seen issues like that? Thanks, jdl -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9614): https://lists.fd.io/g/vpp-dev/message/9614 Mute This Topic: https://lists.fd.io/mt/22083250/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
