search for: _chkstk

On Windows, the LLVM JIT runner looks for the '_chkstk' symbol by enumerating all of the loaded DLLs. On Win8, NTDLL.DLL (where _chkstk is defined) is found in a location that is more than 32bits bytes away from the jitted code. Marina's patch changes the code that generates a call to '_chkstk' from PCREL32 (which uses a 32bit offset)...

...tell me what LLVM code in ExecutionEngine is responsible for allocating and protecting memory for generated native functions? > > Best regards, > Victor Milovanov. > > 2012/3/2 NAKAMURA Takumi <geek4civic at gmail.com>: >> Viktor, could you try my patch? I guess they are __chkstk. >> >> http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120220/1 >> 37577.html >> >> ...Takumi > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu > http://li...

...c/cfrontend/install//i586-pc-interix3/sys-include -O2 -DIN_GCC -D__INTERIX -D_ALL_SOURCE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -DL_chkstk -xassembler-with-cpp -c ../../src/gcc/config/i386/cygwin.asm -o libgcc/./_chkstk.o xgcc: installation problem, cannot exec `gccas': No such file or directory Why is xgcc looking for gccas? I've not yet build the LLVM sources. And with my knowledge up to this point, it is not necessary -...

...e -I../../src/gcc/../winsup/include -I../../src/gcc/../winsup/cygwin/include -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -DL_chkstk -xassembler-with-cpp -c ../../src/gcc/config/i386/cygwin.asm -o libgcc/./_chkstk.o gccas: /tmp/ccSFlVhW.s:1: syntax error, unexpected $undefined /tmp/ccSFlVhW.s:1: while reading token: '#' Which seems to be a libgcc problem. Any ideas where to start digging for more information on ho...

...empty, this can be a signal that the check must be emitted inline, either as > a sequence of stores or a loop. > > This also addresses David's concern with the hardcoded __probestack symbol > name. First of all, LLVM should be free to choose how it does stack probes, it could call ___chkstk_ms, ___chkstk_ms, __chkstk, _alloca, _chkstk, __probestack or any other stack probe function it knows about, it could unroll and inline it for smaller allocation amounts, it could inline the function entirely or it could do nothing, for platforms which does stack overflow checks in hardware. I don...

...ck must be emitted inline, > either as > > a sequence of stores or a loop. > > > > This also addresses David's concern with the hardcoded __probestack > symbol > > name. > First of all, LLVM should be free to choose how it does stack probes, > it could call ___chkstk_ms, ___chkstk_ms, __chkstk, _alloca, _chkstk, > __probestack or any other stack probe function it knows about, it > could unroll and inline it for smaller allocation amounts, it could > inline the function entirely or it could do nothing, for platforms > which does stack overflow checks...

...sform' (GdipTranslatePenTransform not implemented) 44772 progecad 2018 installer does not start 44804 PCBWeb crashes: Call to unimplemented function d3dx11_43.dll.D3DX11CreateTextureFromFileW 44811 BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe._chkstk 44818 ntdll.NtClose (kernel32.CloseHandle) should throw invalid handle exception (EXCEPTION_INVALID_HANDLE) for invalid handles when run under debugger 44864 Incoming crashes after the intro video 44874 Phonetools 9.x crashes on unimplemented function KERNEL32.dll.RequestDeviceWakeup 449...

YES, this is the problem! The program work ok, even a 5x larger version works well. Clearly the _chkstk calls must be emitted with ELF target on Windows as well - why not? I'd like to make a patch and fix this right. I experimented with both changes and practically only the lib/Target/X86/X86ISelLowering.cpp fixes the problem. The other change lib/Target/X86/X86FrameLowering.cpp was not requir...

This is the right fix if Cygwin wants calls to __chkstk. Otherwise you'll want TargetTriple.isOSMSVCRT(). On Wed, Oct 23, 2013 at 2:50 AM, Yaron Keren <yaron.keren at gmail.com> wrote: > If it's a Windows-only thing the correct tests would be: > > if (NumBytes >= 4096 && STI.isOSWindows()) { > > and > &gt...

...c/gcc/../winsup/include > -I../../src/gcc/../winsup/cygwin/include -DIN_GCC -W -Wall > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem > ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. > -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -DL_chkstk > -xassembler-with-cpp -c ../../src/gcc/config/i386/cygwin.asm -o > libgcc/./_chkstk.o > gccas: /tmp/ccSFlVhW.s:1: syntax error, unexpected $undefined > /tmp/ccSFlVhW.s:1: while reading token: '#' > > Which seems to be a libgcc problem. > Any ideas where to start diggi...

...d be: if (NumBytes >= 4096 && STI.isOSWindows()) { and if (Subtarget->isTargetWindows()) where bool isOSWindows() const { return TargetTriple.isOSWindows(); } Yaron 2013/10/23 Andrew MacPherson <andrew.macp at gmail.com> > Glad that helped! As I understand it __chkstk is always required on > Windows regardless of output type, I had meant to file a bug about this but > had apparently forgotten to do so. I think the check needs to be that the > target is Windows and ignore the output type, Linux and OSX don't use this. > > Cheers, > Andrew &g...

...om> wrote: > >> > >> On Tue, Aug 5, 2014 at 8:53 AM, John Kåre Alsaker > >> <john.mailinglists at gmail.com> wrote: > >>> > >>> Would the __probestack functions be a suitable addition to compiler-rt? > >>> Does it already have __chkstk or is that provided by something else on > >>> Windows? I noticed that libgcc implemented them in cygwin.S. > >> > >> > >> It seems reasonable to put them in compiler-rt/lib/builtins. > >> > >> I don't think anyone is currently using comp...

2009/8/28 Aaron Gray <aaronngray.lists at googlemail.com> > 2009/8/28 Anton Korobeynikov <anton at korobeynikov.info> > >> Hello, Aaron >> >> > -c /home/ang/svn/llvm-gcc-coff/gcc/libgcc2.c -o libgcc/./_popcountsi2.o >> > assertion "V == V2 && "Didn't find key?"" failed: file >> >

2009/8/28 Anton Korobeynikov <anton at korobeynikov.info> > Hello, Aaron > > > -c /home/ang/svn/llvm-gcc-coff/gcc/libgcc2.c -o libgcc/./_popcountsi2.o > > assertion "V == V2 && "Didn't find key?"" failed: file > > "/home/ang/svn/llvm-coff/ > > This is familiar but I cannot remember whether it got fixed or not now. I >

...ither as >> > a sequence of stores or a loop. >> > >> > This also addresses David's concern with the hardcoded __probestack >> > symbol >> > name. >> First of all, LLVM should be free to choose how it does stack probes, >> it could call ___chkstk_ms, ___chkstk_ms, __chkstk, _alloca, _chkstk, >> __probestack or any other stack probe function it knows about, it >> could unroll and inline it for smaller allocation amounts, it could >> inline the function entirely or it could do nothing, for platforms >> which does stack...

Glad that helped! As I understand it __chkstk is always required on Windows regardless of output type, I had meant to file a bug about this but had apparently forgotten to do so. I think the check needs to be that the target is Windows and ignore the output type, Linux and OSX don't use this. Cheers, Andrew On Wed, Oct 23, 2013 at 11:32...

...askEx) 44786 Native Instruments crashes: Unimplemented function vcruntime140.dll.__processing_throw 44804 PCBWeb crashes: Call to unimplemented function d3dx11_43.dll.D3DX11CreateTextureFromFileW 44811 BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe._chkstk 44829 MinimalOpenGL sample crashes in unimplemented GetDpiFor{System/Window} 44843 Cursor icons when resizing "wine windows" aren't the same as the system theme ---------------------------------------------------------------- Changes since 3.4: Alex Henrie (1): user32/t...

The alloca hook is in lib\System\Win32\DynamicLibrary.inc all the way at the bottom. You'll see a __MING32__ #ifdef around the definition. You just have to implement those methods and it'll work just fine. Jake On 6/24/07, Scott Graham <scott.llvm at h4ck3r.net> wrote: > > Hi > > Thanks for the info, it led to the source of the error I was having. > > I was using

...libgcc only on mingw target. winegcc: Add support for msvc target. include: Introduce WINE_USE_LONG macro. include: Add intrin.h and use it to provide __cpuid implementation. wineboot: Use __cpuid from intrin.h. wbemprox: Use __cpuid from intrin.h. ntdll: Export _chkstk from importlib. ntoskrnl.exe: Export _chkstk from importlib. winecrt0: Build exception functions on clang msvc target. winecrt0: Add _fltused symbol. configure: Assume that -delayload linker argument is supported when -target argument is used. configure: Allow specifyi...

Hi Yaron, If you're outputting ELF on Windows this sounds like an issue we ran into where __chkstk calls weren't being output in the assembly due to an explicit check for COFF output. Once stack allocations in a given function exceeded some amount we'd get exactly this kind of crash in the function initialization. If you take a look for isTargetCOFF() in lib/Target/X86/X86ISelLowering.c...