search for: remobject

...2b3ac58fc18aea readelf -s for ClassLibrary22.so: https://gist.github.com/carlokok/109a03620abb95bdad6479426e3dce11 lld command line used: lld -flavor gnu -O0 --lto-O0 --eh-frame-hdr --dynamic-linker "/lib64/ld-linux-x86-64.so.2" "-L." "-oConsoleApplication347" "RemObjects.Elements.Cirrus.ConsoleApplication347.o" "libgc.a" "Island.a" "RemObjects.Elements.Cirrus.importlib-ConsoleApplication347-libc.so" "RemObjects.Elements.Cirrus.importlib-ConsoleApplication347-ClassLibrary22" "RemObjects.Elements.Cirrus.importlib-...

...>> >> I tried: >> >> .globl __executable_start >> __executable_start = __ehdr_start >> >> as a workaround but seems to be ignored. >> >> Anyone know a better workaround? >> >> Thanks, >> >> -- >> Carlo Kok >> RemObjects Software >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org >> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -- Carlo Kok RemObjects Software -------------- next part -------------- An HTML attachmen...

On Tue, Feb 21, 2017 at 2:05 PM, Rafael Avila de Espindola via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Carlo Kok <ck at remobjects.com> writes: > > > On 2017-02-21 20:33, Rafael Avila de Espindola wrote: > >>> Input files: > >>> https://www.dropbox.com/s/8yn3dggx05atn47/binLinux.zip?dl=0 > >> > >> If you pass --reproduce foo.tar to lld it will create a foo.tar file > &g...

...2.2.5 + 0 000000255130 001b00000007 R_X86_64_JUMP_SLO 0000000000254450 getenv at GLIBC_2.2.5 + 0 ... When __libc_start_main is hidden, it doesn't end up in the dynamic symbol table and so we use the default DynsymIndex of 0. -- Sean Silva On Wed, Feb 22, 2017 at 3:12 AM, Carlo Kok <ck at remobjects.com> wrote: > > > On 2017-02-22 08:34, Sean Silva wrote: > >> >> >> On Tue, Feb 21, 2017 at 2:05 PM, Rafael Avila de Espindola via llvm-dev >> <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> Carlo Kok...

Thanks! Unfortunately this doesn't seem to cause it, because when I fix it to match the other files (and pretty much how clang emits it:) !0 = !DIGlobalVariableExpression(var: !1, expr: !DIExpression()) !1 = !DIGlobalVariable(name: "IDispatch_UID", linkageName: "f_t2b_RemObjects_d_Elements_d_System_d_____Global.IDispatchUID", scope: !2, file: !3, type: !622, isLocal: false, isDefinition: true) !2 = distinct !DICompileUnit(language: DW_LANG_C99, file: !3, producer: "RemObjects Island", isOptimized: true, runtimeVersion: 0, emissionKind: FullDebug, enums:...

...nd code being a 'jmp' (x86). I realize i can >> probably use noopt & noinline to do this trick, but I do want llvm to >> optimize and inline calls if it can prove it always calls a given method. >> Any way i can do this? >> >> -- >> Carlo Kok >> RemObjects Software >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org >> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >> > > -------------- next part -------------- An HTML attachment was scrubbed......

...to an existing project with VC++ from within the IDE and outside with link /debug. Neither option lets me debug with Visual Studio as debugger host. With some help I found that WinDBG does show line info, but Visual Studio does not, is there any way to get this working with VS? -- Carlo Kok RemObjects Software

Yep, it's once again variable and it's type using different scopes. Is there any strong reason why you set scope for global DIDerivedType? ________________________________________ От: Carlo Kok <ck at remobjects.com> Отправлено: 21 марта 2018 г. 18:22 Кому: Evgeny Leviant; llvm-dev at lists.llvm.org Тема: Re: [llvm-dev] lld/lto/win32 crash on DIE code Thanks! Unfortunately this doesn't seem to cause it, because when I fix it to match the other files (and pretty much how clang emits it:) !0 = !DI...

...ks to __executable_start which isn't defined when linking with lld (tried on x86), but is when linking with gnu ld it seems. I tried: .globl __executable_start __executable_start = __ehdr_start as a workaround but seems to be ignored. Anyone know a better workaround? Thanks, -- Carlo Kok RemObjects Software

> On Sep 18, 2017, at 10:13 PM, Carlo Kok <ck at remobjects.com> wrote: > > September 18, 2017 8:17 PM, "Adrian Prantl" <aprantl at apple.com> wrote: > >> Have you tried looking at the --dump-after-all output to see which pass (if any) is adding the >> extra line table entries? >> -- adrian > > > Y...

...d to guess it would be that it's one of the other two 0xF1 blocks but I can't find any information on those besides the basic format (Len: UInt16, Type: UInt16, Data), these new codeview block types I can't find at all though, at this point I'm rather stuck. -- Carlo Kok RemObjects Software -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140915/3fc97a95/attachment.html>

...t; properties -> C/C++ -> debug > information format. > > Once I did that, I got symbols, but no line info. The source language was > listed as "unknown", so we may need to do a thing or two to make VS happy. > > On Mon, Sep 15, 2014 at 1:31 AM, Carlo Kok <ck at remobjects.com> wrote: > >> Hi, >> >> Is there any way to debug the codeview output of llvm from within Visual >> Studio? >> >> I want to use the codeview line info debug output of clang/llvm. I tried >> with the >> x86_64-pc-windows-msvc and i686-pc-wind...

...!DILocation(line: 25, column: 7, scope: !65) full bitcode: https://gist.github.com/carlokok/aa3fab175f8afe8e4776ad6c2f5cc80a disasm: https://gist.github.com/carlokok/ab265461b37f87a10e0853ffc4d93c77 What could possibly cause this? It's wreaking havoc with the debugger experience. Carlo Kok RemObjects Software

...odingType != WinEH::EncodingType::Invalid && WinEHEncodingType != WinEH::EncodingType::X86); } Where EncodingType::X86: //Windows x86, uses no CFI, just EH tables The comment seems to imply there are EH tables for i386 Windows, however I can't find them. -- Carlo Kok RemObjects Software

...about what it does when that criteria is not met. http://llvm.org/docs/SourceLevelDebugging.html#llvm-dbg-declare Adrian: Another thing to check for in the debug info verifier? Carlo: You may want/need to use a llvm.dbg.value instead. - Dave On Thu, Dec 22, 2016 at 10:33 AM Carlo Kok <ck at remobjects.com> wrote: > > > On 2016-12-22 19:02, David Blaikie wrote: > > if you could simplify it down a bit, that might be helpful - not sure > > there's a lot to be gained - I imagine it is just a quirk of how we > > handle these things in the backend to make normal deb...

...this is an interface jump trick I use and relies on the end code being a 'jmp' (x86). I realize i can probably use noopt & noinline to do this trick, but I do want llvm to optimize and inline calls if it can prove it always calls a given method. Any way i can do this? -- Carlo Kok RemObjects Software

...ing the issue. It's created by my own compiler. https://www.dropbox.com/s/rmkyqks4lnr85rz/foo.tar?dl=0 My biggest problem is that I have no idea where I can start trying to narrow it down, on the so side, or on the executable side, the error is rather strange to begin with. -- Carlo Kok RemObjects Software

On Mon, Sep 15, 2014 at 10:11 AM, Carlo Kok <ck at remobjects.com> wrote: > > I think I have VS2010 somewhere yes. Any hints on where to find this > problem so I can try to solve it myself? > Sure, llvm/lib/CodeGen/AsmPrinter/WinCodeViewLineTables.cpp -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://l...

...mplified version, works on i386 windows and linux (most likely 64bits too but i don't have that handy to test) in gdb a break Test1; break Test2; run; step; locals (fine for Test1); run; step; (broken for Test2) https://gist.github.com/carlokok/202961f81bbcf1a28139eae1d6fbf1ca -- Carlo Kok RemObjects Software

...l at apple.com> wrote: > Have you tried looking at the --dump-after-all output to see which pass (if any) is adding the > extra line table entries? > -- adrian You mean --print-after-all ? I don't see any way to pass that to lld; The debug info is fine when using llc. Carlo Kok RemObjects Software