similar to: [LLVMdev] RFA: Problem with Exceptions

Displaying 20 results from an estimated 30000 matches similar to: "[LLVMdev] RFA: Problem with Exceptions"

2007 Aug 30
0
[LLVMdev] RFA: Problem with Exceptions
Hi Bill, is this a 64 bit machine? If so, did you make any adjustments based on http://lists.cs.uiuc.edu/pipermail/llvmdev/2007-August/010489.html ? Thanks, Duncan.
2007 Sep 03
0
[LLVMdev] RFA: Problem with Exceptions
Duncan, > I see a call to terminate in the llvm assembler. Where did that > come from? I compiled with llvm-gcc-4.0 and llvm-gcc-4.2 and > didn't see such a call. std::terminate() is called by __cxa_throw, if unwinding fails. I think the source of problem was my frame_to_args_offs patch. So, let's wait for retest :) -- With best regards, Anton Korobeynikov. Faculty of
2007 Aug 29
1
[LLVMdev] RFC: Patch for Exceptions
Hello, Bill > It may be my lack of understanding, but it appears that having -- > enable-eh set during compilation of llvm-gcc is causing extra files > to be compiled. Oh, no. They are always compiled. > They do. However, it doesn't seem to stop it from failing during > compilation of unwind-dw2.c for libgcc -- it has > "__builtin_eh_return" in it. During
2007 Aug 30
8
[LLVMdev] RFA: Problem with Exceptions
Hi all, I'm compiling this trivial program on Darwin: int main(int argc, char **argv) { try { throw argc; } catch(int i) { return i; } return 0; } However, it segfaults when I run it. I've attached the .s files generated by LLVM and GCC, but it looks as if LLVM isn't generating a gxx_personality_v0 section (like it does for Unwind_Resume, et al). Is this what's
2007 Sep 05
2
[LLVMdev] Exception Problems
Bill, > When I try to compile on Darwin now, I get this: Could you please provide LLVM bytecode, where bug is reproducible with llc? -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.
2005 Jan 22
0
[LLVMdev] making cygwin nightly builds available?
Hi Anton, You're already a part of the llvm development team by participating actively on the llvm development list :) If you wish we can put you on: http://llvm.cs.uiuc.edu/Developers.html Great to have you on the team, welcome! We (Jeff, Morten, Paolo, the rest of the team and I) are looking forward to cooperate with you and to push win32 and mingw versions even further to stable and
2008 Jun 06
2
[LLVMdev] [patch] add support for PIC on linux x86-64
Hello, Rafael > With this patch I was able to bootstrap gcc in linux x86-64 with > shared libraries enabled :-) Awesome! But... -ENOPATCH :( -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.
2012 Oct 04
0
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
How can a frontend tell LLVM to put a function argument on stack/register/etc? On Thu, Oct 4, 2012 at 5:08 PM, Anton Korobeynikov <asl at math.spbu.ru> wrote: >> Ah, got it. >> Sounds like we might need to introduce CC_X86_Win32_MSVC_ThisCall then?.. > No, we should not. It should be properly expanded in frontend. > > -- > With best regards, Anton Korobeynikov >
2007 Oct 01
1
[LLVMdev] Vector troubles
I tried to ask for 32 and that didn't seem to help. MallocInst also seemed to ignore the 16 byte directive. For now, I'm just issuing all my loads as unaligned and that's working ok. Thanks, Chuck. -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Evan Cheng Sent: Monday, October 01, 2007 10:35 AM To: asl at
2007 Aug 31
0
[LLVMdev] RFA: Problem with Exceptions
Hi Bill, > I'm compiling this trivial program on Darwin: > > int main(int argc, char **argv) { > try { > throw argc; > } catch(int i) { > return i; > } > > return 0; > } > > However, it segfaults when I run it. I've attached the .s files > generated by LLVM and GCC, but it looks as if LLVM isn't generating a >
2007 Aug 30
0
[LLVMdev] RFA: Problem with Exceptions
On Aug 30, 2007, at 3:31 PM, Bill Wendling wrote: > Hi all, > > I'm compiling this trivial program on Darwin: > > int main(int argc, char **argv) { > try { > throw argc; > } catch(int i) { > return i; > } > > return 0; > } > > However, it segfaults when I run it. I've attached the .s files > generated by LLVM and GCC, but it
2007 Sep 28
5
[LLVMdev] Vector troubles
Chuck, > It is dying trying to store a our working vector into one of the LLVM > vectors created on the stack. Despite the align-16 directive on the > alloca instruction, it is not always aligning to a 16-byte boundary. The stack is not necessary 16 bytes aligned on linux/windows. The vector is really sotred aligned relative to %esp, but %esp value is not good. This is known problem
2007 May 04
2
[LLVMdev] LLVM-GCC Source Updated?
Hello, Bill. > Has anyone gotten the latest/greatest sources from the LLVM-GCC open > source server lately? No. It's still at rev 319 (as of 29.04). -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.
2012 Oct 04
3
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
> Ah, got it. > Sounds like we might need to introduce CC_X86_Win32_MSVC_ThisCall then?.. No, we should not. It should be properly expanded in frontend. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University
2013 Mar 29
2
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
2013/3/28 Anton Korobeynikov <asl at math.spbu.ru>: >> How can having an MSVC compatible compiler be to the detriment of clang and >> llvm? No one is trying to break mingw here, merely add support for something > Just to make stuff clear: I just wanted proper naming which will be > non-confusing. Right now we have: > - isTargetWindows() which really means
2008 Sep 15
1
[LLVMdev] Prevent a intrinsic to be reordered?
Nothing... I'll show you all the info related to: The intrinsic: def int_soru_sre : Intrinsic<[llvm_void_ty, llvm_i32_ty], [IntrWriteMem]>; The lower instruction (in MIPS): class SORUI<bits<6> op, dag outs, dag ins, string asmstr, list<dag> pattern, InstrItinClass itin>: FI<op, outs, ins, asmstr, pattern, itin> { let isBarrier = 1; // or call,
2007 Sep 30
1
[LLVMdev] Vector troubles
Hello, Daniel. > glibc < 2.4 don't reliably keep stack at 16 bytes through some calls > (qsort, etc), but otherwise, it stays 16 byte aligned. Interesting, but why in this case stuff like 'force_align_arg_pointer' required? -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.
2007 Dec 08
0
[LLVMdev] Darwin vs exceptions
Chris, > That's an easy problem. I just implemented __builtin_return_address > on PPC, at least builtin_return_address(0), please let me know if that > is sufficient. There are bunch of another builtins required for eh to execute properly. The 3 most important one are: - eh_return - unwind_init - dwarf_cfa The first two precisely match to the gcc's ones, the third - slightly
2006 May 24
0
[LLVMdev] Error with llc after using llvm-g++ WIN32
On May 24, 2006, at 5:03 AM, Anton Korobeynikov wrote: > Hello, Ashwin. > > You wrote Wednesday, May 24, 2006, 11:25:11 AM: > > AC> "Pass::getClassPassInfo<PassClass>() "Pass class not > AC> registered!"" failed: file > AC> "/cygdrive/c/llvm/llvm/include/llvm/PassAnalysisSupport.h", > line 76 > AC> Aborted > Same
2013 Mar 28
0
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
> How can having an MSVC compatible compiler be to the detriment of clang and > llvm? No one is trying to break mingw here, merely add support for something Just to make stuff clear: I just wanted proper naming which will be non-confusing. Right now we have: - isTargetWindows() which really means "msvc-compabile" - isTargetWin32() which means "everything on windows", so