search for: heavenandhell171

...> Yes i assume binutils was based from a very old version of a MS linker which did this layout at the time. lld is so much newer and the MS linker has been updated to a more modern layout which is why we have this issue Kind Regards Martell On Sat, Jul 25, 2015 at 12:43 PM, Ivan Garramona <heavenandhell171 at gmail.com > wrote: > Hi Martell. > > I too was trying to make the new COFF linker recognize the libraries > generated by binutils, but it wasn't resolving the DLLs, just like you > described. Apparently it is not identifying the libraries as import > libraries but archi...

...old version of a MS linker > which did this layout at the time. > lld is so much newer and the MS linker has been updated to a more modern > layout which is why we have this issue > > Kind Regards > Martell > > > On Sat, Jul 25, 2015 at 12:43 PM, Ivan Garramona < > heavenandhell171 at gmail.com> wrote: > >> Hi Martell. >> >> I too was trying to make the new COFF linker recognize the libraries >> generated by binutils, but it wasn't resolving the DLLs, just like you >> described. Apparently it is not identifying the libraries as import &...

...ch did this layout at the time. >> lld is so much newer and the MS linker has been updated to a more modern >> layout which is why we have this issue >> >> Kind Regards >> Martell >> >> >> On Sat, Jul 25, 2015 at 12:43 PM, Ivan Garramona < >> heavenandhell171 at gmail.com> wrote: >> >>> Hi Martell. >>> >>> I too was trying to make the new COFF linker recognize the libraries >>> generated by binutils, but it wasn't resolving the DLLs, just like you >>> described. Apparently it is not identifying t...

...>> lld is so much newer and the MS linker has been updated to a more modern >>> layout which is why we have this issue >>> >>> Kind Regards >>> Martell >>> >>> >>> On Sat, Jul 25, 2015 at 12:43 PM, Ivan Garramona < >>> heavenandhell171 at gmail.com> wrote: >>> >>>> Hi Martell. >>>> >>>> I too was trying to make the new COFF linker recognize the libraries >>>> generated by binutils, but it wasn't resolving the DLLs, just like you >>>> described. Apparently...

The shared library works fine here. I only made one modification to the 'tools/llvm-shlib/Makefile', because otherwise, two shared libraries would be created. I've commented out the line 'SHARED_ALIAS := 1' from the Makefile. Here is the command line i used to build LLVM/Clang: ../../configure --build=i686-w64-mingw32 --disable-assertions --enable-keep-symbols

2014-08-01 16:51 GMT-03:00 Keno Fischer <kfischer at college.harvard.edu>: > Hmm, that's intersting. I guess the difference might be that you're > targetting 32bit and I'm targetting 64bit. Does it still work if you > replace > "s/^.* T _\([^.][^.]*\)$$/\1/p" > by > "s/^.* T \([^.][^.]*\)$$/\1/p" > in > tools/llvm-shlib (and similarly

Hi Martell. I too was trying to make the new COFF linker recognize the libraries generated by binutils, but it wasn't resolving the DLLs, just like you described. Apparently it is not identifying the libraries as import libraries but archives. For testing purposes, i've managed to make the old COFF linker work with a simple test case. Had to make two little changes, and link the exe

...d the MS linker has been updated to a more >>>> modern layout which is why we have this issue >>>> >>>> Kind Regards >>>> Martell >>>> >>>> >>>> On Sat, Jul 25, 2015 at 12:43 PM, Ivan Garramona < >>>> heavenandhell171 at gmail.com> wrote: >>>> >>>>> Hi Martell. >>>>> >>>>> I too was trying to make the new COFF linker recognize the libraries >>>>> generated by binutils, but it wasn't resolving the DLLs, just like you >>>>&g...

...to a more >>>>> modern layout which is why we have this issue >>>>> >>>>> Kind Regards >>>>> Martell >>>>> >>>>> >>>>> On Sat, Jul 25, 2015 at 12:43 PM, Ivan Garramona < >>>>> heavenandhell171 at gmail.com> wrote: >>>>> >>>>>> Hi Martell. >>>>>> >>>>>> I too was trying to make the new COFF linker recognize the libraries >>>>>> generated by binutils, but it wasn't resolving the DLLs, just like yo...

> > For example the gnu linker provides the section with the stub code and the > offset for injection. Meant to say dlltool here not gnu linker :) On Sat, Jul 25, 2015 at 11:17 AM, Martell Malone <martellmalone at gmail.com> wrote: > Hey guys, > > So I was able to modify dlltool to produce the exact same layout as > lib.exe with the same section numbers etc. >