search for: frameptr

Hi Talin, I have some questions below. If these topics have already been discussed in earlier threads, kindly point me there. I'm aware of your GC proposal, but the rest is new to me. On Jul 1, 2011, at 11:05 AM, Talin wrote: > Garbage collection is still way too difficult. The biggest problem is the inability to track SSA values - it requires the frontend to generate very inefficient and

.../opt/yp/lib -L/usr/sfw/lib/64 -R/usr/sfw/lib/ 64 -L/usr/ sfw/lib -R/usr/sfw/lib -L/usr/lib/64 -R/usr/lib/64 -L/usr/lib -R/usr/ lib" # Compiler Flags #CFLAGS="-m64 -xarch=sse2 -fns -fsimple=2 -fsingle -nofstore - xalias_level=basic -xbuiltin=%all -xdepend -xlibmil -xlibmopt -xO5 -xregs=frameptr -mt - lpthread" CXX=CC #CXXFLAGS="-m64 -xarch=sse2 -fns -fsimple=2 -fsingle -nofstore - xalias_level=bas ic -xbuiltin=%all -xdepend -xlibmil -xlibmopt -xO5 -xregs=frameptr -mt -lpthread " #CFLAGS="-fast -xarch=amd64" #CXXFLAGS="-fast -xarch=amd64" CFLAGS=&quo...

...eax,[current (01682958)] ds:01682958=00000137 0164a241 8918 mov [eax],ebx ds:00000137=???????? 0164a243 8b5de8 mov ebx,[ebp+0xe8] ss:010dccf2=???????? 0164a246 c9 leave *----> Stack Back Trace <----* FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0022F720 0164A633 028342D4 00000000 0000029D 0000029D !drawto 0022F760 0164F08B 025F916C 12020E0A 00000000 00000000 !clear 0022F7D0 0164F485 025F916C 0017022A 00000000 0017022A !gprintf 0022F800 0164F5FC 0017022A 0000000F 00000000 000000...

...: // frame pointer is in reg of class mytarget::ARegsRegClass unsigned ScratchReg = MF.getRegInfo().createVirtualRegister(&mytarget::ARegsRegClass); const TargetInstrInfo &TII = *MF.getTarget().getInstrInfo(); BuildMI(*MI.getParent(), II, dl, TII.get(mytarget::ADD_AReg), ScratchReg).addReg(FramePtr).addImm(Offset); // Update the original instruction to use the scratch register. MI.getOperand(FIOperandNum).ChangeToRegister(ScratchReg, false); But for the test case int foo(void) { int a = 43; return(41); } I get the error message "Remaining virtual register operands". Is s...

...0f856b0d0000 jne strcat+0x62 (78002aa6) 78001d3b 8917 mov [edi],edx ds:00552e02=00000000 78001d3d 83c704 add edi,0x4 78001d40 ebdb jmp _unDNameEx+0x3738 (7800731d) *----> Back Trace dello stack <----* FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0022FE90 004012F6 00000000 00AC38A0 77E8DB7E 00670052 !strcpy 0022FEB0 00401237 00000001 00AC38A0 0022FEE0 00401223 !<nosymbols> 0022FEE0 004013CD 00400000 00000000 00233123 00000001 !<nosymbols> 0022FF60 004011C1 00000001 00...

...wering.cpp =================================================================== --- lib/Target/X86/X86FrameLowering.cpp (revision 301500) +++ lib/Target/X86/X86FrameLowering.cpp (working copy) @@ -47,6 +47,7 @@ // standard x86_64 and NaCl use 64-bit frame/stack pointers, x32 - 32-bit. Uses64BitFramePtr = STI.isTarget64BitLP64() || STI.isTargetNaCl64(); StackPtr = TRI->getStackRegister(); + SaveArgs = STI.getSaveArgs(); } bool X86FrameLowering::hasReservedCallFrame(const MachineFunction &MF) const { @@ -83,7 +84,7 @@ /// or if frame pointer elimination is disabled. bool X86FrameLo...

configure fails with : configure: error: Unsupported off_t type I am not too sure what off_t is needed but this is a pretty standard thing. My configure line : ./configure --build=i386-pc-solaris2.10 --host=i386-pc-solaris2.10 --prefix=/opt/csw --with-zlib --with-ssl=openssl --with-storages=mbox,maildir --with-libiconv-prefix=/opt/csw Yes, the openssl libs are in /opt/csw/lib Not sure what

So I've been using LLVM for about 4 years now, and I've posted a lot on this list about specific issues. What I would like to do is step back for a moment and give my "big picture" assessment of LLVM overall, particularly with respect to developing a "managed" language like Java / C# or my own language, Tart. Obviously, I feel that LLVM is the best choice out there,

Apologies for the slow response here Jeremy. Your reply has been incredibly helpful so far, I just need to try adding 'llvm.dbg.addr' myself to confirm that works. Thank you! - Brian Gesiak On Thu, Feb 6, 2020 at 11:04 AM Jeremy Morse <jeremy.morse.llvm at gmail.com> wrote: > Hi Brian, > > Thanks for working on coroutines, the debugging experience, and in > particular

...000 s 2032 2031 1792 1792 0 94 0 c3fb4ac1 sh load nwak 0> p ! nawk '{ if ( $9==94 ) print }' | wc -l 227 <<< Total on the system 0> p ! nawk '{ if ( $9==94 ) print }' | grep c3fb4ac1 | wc -l 179 0> t 2397 STACK TRACE FOR PROCESS 2397: STKADDR FRAMEPTR FUNCTION POSSIBLE ARGUMENTS fe000ad0 fe000b24 00000000 resume (c3fb4ac1,a,c3fb4c68,0) fe000b2c fe000b84 00000000 vx_irwlock+0x55 (c3fb4c68,fe000bf0,fe000cf4,fe000da4) fe000b8c fe000bb0 00000000 vop_lookup+0x4a (c3fb4c68,fe000bf0,fe000cf4,fe000da4) fe000bb8 fe000d28 00000000 looku...

...ef8 6f175ec7 895d10 mov [ebp+0x10],ebx ss:01499af6=9ad00008 6f175eca 85db test ebx,ebx 6f175ecc 7425 jz 6f175ef3 6f175ece 66833b00 cmp word ptr [ebx],0x0 ds:00000000=???? *----> Stack Back Trace <----* FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0012b0f0 6f1760ca 0012b718 0012b118 00000000 017a0724 dapi!<nosymbols> 0012b170 6f176467 0012b198 00000000 017a0724 00000001 dapi!<nosymbols> 0012b1b4 6f176ba1 00000000 017a0724 00000001 0012b7f0 dapi!<nosymbols> 0012b4...

cc llvm-dev On Thu, Jul 21, 2016 at 9:57 AM, Vadim Chugunov <vadimcn at gmail.com> wrote: > Hi Gor, > Does you design support resumption with parameter(s)? (such as Python's > generator.send(x)). I suppose the "promise" could be used for passing data > both ways, but if that's the plan, please mention this explicitly in the > design doc. > Also, how is

Thank you all for your suggestions! @David, thanks for the advice, I'll check MCOptions again and look into LLVMContext. @Craig, @Aaron, great suggestion, moving the option away from CommandFlags.inc to a more appropriate file and adding an extern declaration to the corresponding header gives me more flexibility and allows me to invoke the option by using -mllvm. From my current