similar to: Followup to "pxe weirdness" in syslinux archives

Here's what this function is supposed to do: // Move early uses of spilled variable after CoroBegin. // For example, if a parameter had address taken, we may end up with the code // like: // define @f(i32 %n) { // %n.addr = alloca i32 // store %n, %n.addr // ... // call @coro.begin // we need to move the store after coro.begin in the

I have this input IR in the final cleanup block of my coroutine: // call the free function call fastcc void %22(%Allocator* %20, %"[]u8"* byval %4), !dbg !244 // based on whether this is an early return or a normal return, we want to // either return to the caller, or resume the handle of the awaiter br i1 %19, label %Resume, label %Return, !dbg !244 Resume:

I'm going to show the same function, first normally, and then as a coroutine, and show how gdb can see the variable when it's a normal function, but not when it's a coroutine. I'd like to understand if this can be improved. I'm trying to debug a real world problem, but the lack of debug info on variables in coroutines is making it difficult. Should I file a bug? Is this a

i have a problem, i am installing openssh-3.6.1, in digital unix version 4.0d, and no can,t install for this error, configure: error: *** Can't find recent OpenSSL libcrypto (see config.log for detail) please helpme Horacio Mari?a

I had no problem configuring WINS lookups, via nsswitch and libnss_wins.so, under Linux. The problem I am having is on Solaris. I am working with the 2.2.5 release of Samba. Everything in the nsswitch subdirectory compiles cleanly. wbinfo, which uses winbindd, resolves WINS entries no problem. (When I am running winbindd, that is.) Solaris appears to use /usr/lib/nss_wins.so.1 rather than