Interesting. So it looks like something was removing your function. I don't know much about how linking works on mac, so I cannot say whether that's supposed to be like that or not. Maybe one of the apple folks will jump in and enlighten us.
cheers, pavel On 10 February 2017 at 16:24, Ramkumar Ramachandra <artag...@gmail.com> wrote: > I got around the problem using attribute used. > > Ram > > On Fri, Feb 10, 2017 at 9:02 AM Ramkumar Ramachandra <artag...@gmail.com> > wrote: >> >> Hi, >> >> Pavel Labath <lab...@google.com> wrote: >>> >>> a have couple of question to better understand the situation: >>> - what is the system you are trying this out on (OS, arch, ...)? >> >> >> macOS, x86_64. >> >>> >>> - are you using any funny compiler options that you think we should >>> know about ? (e.g. if you're using -ffunction-sections >>> -Wl,--gc-sections, then the function could have been removed even if >>> the parts of the compile unit stay) >> >> >> Linker invocation: >> >> Linking Shared Object ../../bin/maci64/libmwcgir_polly.dylib >> xcrun -sdk macosx10.11 clang++ -arch x86_64 -dynamiclib -single_module >> -install_name @rpath/libmwcgir_polly.dylib -Wl,-mark_dead_strippable_dylib >> -arch x86_64 -mmacosx-version-min=10.9 -stdlib=libc++ -Wl,-dead_strip >> -Wl,-dead_strip_dylibs -stdlib=libc++ -o >> ../../bin/maci64/libmwcgir_polly.dylib >> ../../derived/maci64/obj/src/cgir_polly/Analysis/MemoryAccess.o >> ../../derived/maci64/obj/src/cgir_polly/Analysis/SCOP.o >> ../../derived/maci64/obj/src/cgir_polly/Analysis/SCOPExtraction.o >> ../../derived/maci64/obj/src/cgir_polly/Analysis/SCOPStmt.o >> ../../derived/maci64/obj/src/cgir_polly/CodeGen/IRGeneration.o >> ../../derived/maci64/obj/src/cgir_polly/IslWrap/Isl.o >> ../../derived/maci64/obj/src/cgir_polly/Transform/Polly.o >> ../../derived/maci64/obj/src/cgir_polly/Transform/PollyImpl.o >> ../../derived/maci64/obj/src/cgir_polly/Util/PollyPrinter.o >> ../../derived/maci64/obj/src/cgir_polly/modver.o -L../../bin/maci64 >> -L../../bin/maci64 -lmwfoundation_usm -lmwcg_ir -lmwcgir_support >> -lmwcgir_cgel -lut -lmwfl -L../../bin/maci64 -lboost_system >> -L../../bin/maci64 -lmwcpp11compat >> -L//mathworks/hub/3rdparty/R2017b/2334121/maci64/isl/lib -lisl >> -L//mathworks/hub/3rdparty/R2017b/2309377/maci64/jsoncpp/lib -ljsoncpp >> -L//mathworks/hub/3rdparty/R2017a/2105192/maci64/python2/lib -lpython2.7 >> -Wl,-rpath,@loader_path -Wl,-rpath,@loader_path/. >> -Wl,-rpath,@loader_path/../../sys/os/maci64 >> xcrun -sdk macosx10.11 clang++ -arch x86_64 -c pkgtest/tMatrixAssign.cpp >> -o ../../derived/maci64/obj/src/cgir_polly/pkgtest/tMatrixAssign.o -MMD -MF >> ../../derived/maci64/obj/src/cgir_polly/pkgtest/tMatrixAssign.d -MP -MT >> ../../derived/maci64/obj/src/cgir_polly/pkgtest/tMatrixAssign.o >> -Iexport/include -I. -I../../src/include -I../../derived/maci64/src/include >> -I../include -I../../include -I../../derived/maci64/src/cgir_polly/include >> -I../../derived/maci64/src/cgir_polly/ >> -isystem//mathworks/hub/3rdparty/R2017a/1971079/maci64/boost/include >> -isystem//mathworks/hub/3rdparty/R2017a/1946655/maci64/cpp11compat/include >> -isystem//mathworks/hub/3rdparty/R2017b/2334121/maci64/isl/include >> -isystem//mathworks/hub/3rdparty/R2017b/2309377/maci64/jsoncpp/include >> -isystem//mathworks/hub/3rdparty/R2017a/2105192/maci64/python2/include/python2.7 >> -isystem//mathworks/hub/3rdparty/R2017a/2101198/maci64/gmock/include/gmock >> -isystem//mathworks/hub/3rdparty/R2017a/2101198/maci64/gmock/include/gtest >> -mmacosx-version-min=10.9 -DMODULE_VERSION_SYMBOL=libmwcgir_polly_version >> -DMODULE_DATE_SYMBOL=libmwcgir_polly_build_date -Dmw_test_main=main >> -DBOOST_CB_DISABLE_DEBUG -DBOOST_THREAD_FUTURE=unique_future >> -DBOOST_SPIRIT_THREADSAFE -DPHOENIX_THREADSAFE >> -DBOOST_SIGNALS_NO_DEPRECATION_WARNING >> -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30 >> -DBOOST_MPL_LIMIT_MAP_SIZE=30 -DNEEDS_BOOST_UNIQUE_PTR=1 >> -DBUILDING_CGIR_POLLY -DGTEST_MW_USE_MW_NOT_EQUALS=1 >> -DGTEST_LINKED_AS_SHARED_LIBRARY=1 -DBUILDING_PKGTEST -O2 -stdlib=libc++ >> -pipe -D_REENTRANT -std=c++11 -g -DNDEBUG -Wextra -Wno-unused-parameter >> -Wno-ignored-qualifiers -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual >> -Woverloaded-virtual -Wnon-virtual-dtor -Wno-unused >> -Wno-inconsistent-missing-override -Wno-parentheses-equality >> -Wno-self-assign -Wno-tautological-compare -std=c++11 -stdlib=libc++ >> -ftemplate-depth-1024 -Werror >> >> So yes, there's -Wl,-mark_dead_strippable_dylib + -Wl,-dead_strip + >> -Wl,-dead_strip_dylibs. >> >>> >>> - how exactly is your function declared? (e.g. if it's declared as >>> inline, or a template and unused then the compiler might not bother >>> emitting it) >> >> >> It's not inline or a template. It's just a vanilla member function. >> >>> >>> - could you verify (e.g. by running "objdump -t") that your function >>> is indeed present in the resulting binary? >> >> >> macOS, so: >> >> $ nm -a libmwcgir_polly.dylib | grep toString >> 00000000000050b0 T __ZNK2CG8analysis4SCOP8toStringEv >> 0000000000026f60 T __ZNK2CG8analysis8SCOPStmt8toStringEv >> >> Does this mean that they're present? >> >> Ram _______________________________________________ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
