Displaying 5 results from an estimated 5 matches for "getnextfile".
2013 Nov 19
0
[LLVMdev] [lld] process undefined atoms from shared library only once
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,...
2013 Nov 19
2
[LLVMdev] [lld] process undefined atoms from shared library only once
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
2014 Jun 30
3
[LLVMdev] LLD dynamic compilation
...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 0x0000...
2013 Nov 19
1
[LLVMdev] [lld] process undefined atoms from shared library only once
...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}-grou...
2014 Jun 30
2
[LLVMdev] LLD dynamic compilation
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