search for: kok

r287955 seems like it might be related. -- Sean Silva On Sat, Nov 26, 2016 at 4:06 PM, Sean Silva <chisophugis at gmail.com> wrote: > This sounds buggy to me. What pass is doing this? > > -- Sean Silva > > On Thu, Nov 24, 2016 at 5:39 AM, Carlo Kok via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> >> I've got some calls like: >> >> musttail call void bitcast (i32 (i32, i8*, %Type*)* @MyMethod to void >> (i32, i8*)*)(i32 %0, i8* %1) >> ret void >> >> Into something like: &g...

What is this? When I use request.remote_ip in my rails app and print it to a web page it says "kok" and then the ip. What is that word there for? -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to...

...'t. Is this test complete? It does invoke lld, but it didn't verify its output. On Mon, Jul 30, 2018 at 2:03 PM Andrew Kelley <superjoe30 at gmail.com> wrote: > Ping Rui. Is there anything else that needs to be done on this patch? > > On Tue, Jul 17, 2018 at 6:58 AM, Carlo Kok via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Got it. >> >> Attached are both the testcase & the fix. >> >> On Tue, Jul 17, 2018, at 12:06, Carlo Kok via llvm-dev wrote: >> > On Wed, Jul 11, 2018, at 16:45, Davide Italiano wrote: &gt...

...at takes tons of time for projects like clang or chrome. > > Try linking a minimal case. If the bug you describe were there it should reproduce easily (maybe once you get up to enough object files or sections, whatever it's iterating over). > > On Wed, May 8, 2019, 7:25 AM Carlo Kok via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> On a 12" MacBook (2017) with 2 cores I get lld/wasm to be stuck in: >> >> https://gist.githubusercontent.com/carlokok/1a14e7ed3dbbd54511e1f0b3a7d684ff/raw/19267560b584ca42cc66f44f508df5b34102d803/thread%2520for%2520wa...

...but 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

...links 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

...to the elf header type. So I think start of text? Rafael Avila de Espindola <rafael.espindola at gmail.com> schreef op 30 mei 2017 20:51:19 CEST: >It is missing from lld. > >Do you know what it should point to? The first executable PT_LOAD? > >Thanks, >Rafael > >Carlo Kok via llvm-dev <llvm-dev at lists.llvm.org> writes: > >> When linking a project with lld, the android libc links to >> __executable_start >> which isn't defined when linking with lld (tried on x86), but is when >> linking with gnu ld it seems. >> >> I...

Hi I have this . folder under tmp 1/ How they can make it this folder? 2/ How can I remove it? Thank you Send instant messages to your online friends http://uk.messenger.yahoo.com

...iles should just work, and that happens all >the >time, as most programs need at least crt.o (which is a precompiled >native >object file containing startup code). > >Could you elaborate the issue a bit? It might be a bug in lld. > > >On Fri, Mar 30, 2018 at 3:11 AM Carlo Kok via llvm-dev < >llvm-dev at lists.llvm.org> wrote: > >> On Fri, Mar 30, 2018, at 11:23, Carlo Kok via llvm-dev wrote: >> > When having a project that's partially bitcode and partially native >> code, should lld allow linking a native .o to a bitcode .o? >>...

Mixing native and bitcode files should just work, and that happens all the time, as most programs need at least crt.o (which is a precompiled native object file containing startup code). Could you elaborate the issue a bit? It might be a bug in lld. On Fri, Mar 30, 2018 at 3:11 AM Carlo Kok via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Fri, Mar 30, 2018, at 11:23, Carlo Kok via llvm-dev wrote: > > When having a project that's partially bitcode and partially native > code, should lld allow linking a native .o to a bitcode .o? > > > > specific...

I think r262546 introduced the assumption that allocas are used exactly once with catchpad. It seems easy to fix, though. On Mon, Oct 17, 2016 at 11:51 PM, Carlo Kok via llvm-dev < llvm-dev at lists.llvm.org> wrote: > This turned out to be related to reusing the local used in the catchpad, > for example given the following c++ code: > > extern void rthrow(); > > int main() { > try > { > try { > rt...

Got it. Attached are both the testcase & the fix. On Tue, Jul 17, 2018, at 12:06, Carlo Kok via llvm-dev wrote: > On Wed, Jul 11, 2018, at 16:45, Davide Italiano wrote: > > On Tue, Jul 10, 2018 at 10:12 PM Carlo Kok via llvm-dev > > <llvm-dev at lists.llvm.org> wrote: > > > > > > That sounds quite reasaonable; how does one usually go about doing that...

Hi How can I know the hardware info eg: type of memory No need to turn off the machine Thank you

Clang may be avoiding this problem because it will always emit "\01__elements_exception_handler at 20" as the function name. It probably does that for precisely this reason. On Fri, Mar 30, 2018 at 11:55 AM Carlo Kok via llvm-dev < llvm-dev at lists.llvm.org> wrote: > The problem is a bitcode implementation that has a stdcall function that's > used from native code. 1 side has _elements_exception_handler, compiled > that would be __elements_exception_handler at 20 due to stdcall. The native...

Op 24-1-2018 om 18:26 schreef Adrian Prantl: > > >> On Jan 23, 2018, at 11:01 PM, Carlo Kok via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> Hi, >> >> I noticed that since recently UpgradeDebugInfo (Which is called for loading any bitcode from disk/memory) does a full bitcode verification. Is this on purpose or is this a mistake? Seems to have a fair am...

...g !75 %13 = sitofp i32 1 to double, !dbg !75 %14 = fadd double %12, %13, !dbg !75 store double %14, double* %3, !dbg !75 ret void, !dbg !76 } !72 = !DILocation(line: 22, column: 11, scope: !65) !73 = !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

...leapplication149.o and __rtti_a_a island.lib(island.o) from happening in LLD? If not what alternative can I use? THis is used for template like generics, so having duplicate functions and globals is going to happen a lot) (Side note: How do I see linkonce* when dumping object files?) -- Carlo Kok RemObjects Software

On a 12" MacBook (2017) with 2 cores I get lld/wasm to be stuck in: https://gist.githubusercontent.com/carlokok/1a14e7ed3dbbd54511e1f0b3a7d684ff/raw/19267560b584ca42cc66f44f508df5b34102d803/thread%2520for%2520waiting It seems the outer for loop exhausts the thread pool, and the inner ones trigger a new parallel for which never finishes because the pool is full. Is this a bug or am I missing something obviou...

> On Jan 24, 2018, at 10:47 PM, Carlo Kok <ck at remobjects.com> wrote: > > > > Op 24-1-2018 om 18:26 schreef Adrian Prantl: >>> On Jan 23, 2018, at 11:01 PM, Carlo Kok via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>> Hi, >>> >>> I noticed that since recently...

...into 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