search for: getnextfil

I'd do that with the nextFile abstraction like this: On the first iteration, a Group would return its member every time getNextFile() is called (the same as the current behavior). On the second and further iterations, the Group should skip all the members whose type is not Archive. By doing this, the core linker sees dynamic libraries (or regular object files) only once even if they are in --{start,end}-group. On Mon, Nov 18...

Hi Nick, --start-group/--end-group functionality with the Gnu flavor currently works only if the --start-group/--end-group contains archive files. If they contain dynamic libraries, the undefined atoms from the dynamic libraries are processed whenever the group is iterated again. I am trying to find out a way to make the resolver add undefined atoms from the shared library only *once*, when

...gt; > (param1=<optimized out>, callable=10609312) at /home/rengolin/devel/llvm/src/llvm/include/llvm/ADT/STLExtras.h:117 #4 operator() (param1=<optimized out>, this=<synthetic pointer>) at /home/rengolin/devel/llvm/src/llvm/include/llvm/ADT/STLExtras.h:126 #5 lld::InputGraph::getNextFile (this=<optimized out>) at /home/rengolin/devel/llvm/src/llvm/tools/lld/lib/Core/InputGraph.cpp:27 #6 0x0000000000462a87 in (anonymous namespace)::InputGraphTest::getNext (this=0xa1e6b0) at /home/rengolin/devel/llvm/src/llvm/tools/lld/unittests/DriverTests/InputGraphTest.cpp:64 #7 0x000...

...r may need to handle undefined symbols/external symbols from shared library in any iteration). Thanks Shankar Easwaran On 11/19/2013 1:49 PM, Rui Ueyama wrote: > I'd do that with the nextFile abstraction like this: On the first > iteration, a Group would return its member every time getNextFile() is > called (the same as the current behavior). On the second and further > iterations, the Group should skip all the members whose type is not > Archive. By doing this, the core linker sees dynamic libraries (or regular > object files) only once even if they are in --{start,end}-gro...

Folks, I'm having a look at LLD and I need some guidance... I know it's not production ready for x86 and ARM (the idea is to make it so). My steps: I've added it to tools/lld and ran CMake again (on x86_64) on a standard release build (static linking). It works, builds but I see one unit test error: Note: Google Test filter = InputGraphTest.Observer [==========] Running 1 test from