search for: gr7

...d the register allocator immediately started to crash, in: #4 0x40e88787 in llvm::LiveIntervals::joinIntervals (this=0x80630b0) at ../lib/CodeGen/LiveIntervals.cpp:493 493 assert(r2iA != r2iMap_.end()); The instruction it crashes is: (gdb) p $4.dump() %reg1056 = move %gr7 And gr7 is exactly the register which is looked up with Reg2IntervalMap::iterator r2iA = r2iMap_.find(regA) on line 492. I'm not sure the about the logic, but seems the code tries to map register into live interval, and since the above gr7 is inserted by code selector (it's return v...

...s 4 bytes fixed at location [SP-20] <fi #-1> is 4 bytes fixed at location [SP-16] entry (0x8681458): %reg1024 = load <fi#-1> %reg1025 = load <fi#-2> setcc %reg1024, %reg1025 goto %disp(label then) goto %disp(label else) then (0x8681688): %reg1026 = + %reg1025, %reg1024 %gr7 = move %reg1026 return else (0x86815e0): %reg1027 = + %reg1025, %reg1024 %gr7 = move %reg1028 return # End machine code for _Z3addii(). Code after register allocation # Machine code for _Z3addii(): <fi #-2> is 4 bytes fixed at location [SP-20] <fi #-1> is 4 bytes fixed at loc...

...to crash, in: > > #4 0x40e88787 in llvm::LiveIntervals::joinIntervals (this=0x80630b0) > at ../lib/CodeGen/LiveIntervals.cpp:493 > 493 assert(r2iA != r2iMap_.end()); > > The instruction it crashes is: > > (gdb) p $4.dump() > %reg1056 = move %gr7 > > And gr7 is exactly the register which is looked up with > > Reg2IntervalMap::iterator r2iA = r2iMap_.find(regA) > > on line 492. I'm not sure the about the logic, but seems the code tries to map > register into live interval, and since the above gr7 is inserted b...

On Wed, 9 Jun 2004, Vladimir Prus wrote: > Chris Lattner wrote: > > > Thanks, this works! I don't yet understand why spill code is needed there > > > at all, but I'll return to that when I have branches working correctly. > > > > I'm not sure either. Can you send the code before and after register > > allocation? > > Attached. Okay, yeah

...load <fi#-1> register: %reg1024 +[20,22) +[32,34) +[2,20) 4 %reg1025 = load <fi#-2> register: %reg1025 +[20,22) +[32,34) +[6,20) 8 setcc %reg1024, %reg1025 12 goto %disp(label then) 16 goto %disp(label else) then: 20 %reg1026 = + %reg1025, %reg1024 register: %reg1026 +[22,26) 24 %gr7 = move %reg1026 register: gr7 dead +[26,27) 28 return else: 32 %reg1027 = + %reg1025, %reg1024 register: %reg1027 +[34,35) 36 %gr7 = move %reg1028 register: gr7 dead +[38,39) 40 return ********** JOINING INTERVALS *********** entry: 0 %reg1024 = load <fi#-1> 4 %reg1025 = load <fi#-2&...

On my target, the multiplication can involve all general purpose registers, but there's are still some restrictions: the first and the second operand as well as the result must be in different registers, and neither register can be gr7. How can I enforce this restriction on the register allocator? - Volodya

Vladimir Prus wrote: > On my target, the multiplication can involve all general purpose registers, > but there's are still some restrictions: the first and the second operand > as well as the result must be in different registers, and neither register > can be gr7. How can I enforce this restriction on the register allocator? And the other side of the question is now to inform register allocator that mul instruction clobbers gr7? I see some support for getting "implicit operands" in MachineInstr.cpp, but the only method which can set them: M...

On Wed, 9 Jun 2004, Vladimir Prus wrote: > > I assume that the two unconditional gotos are just test code, right? If > > not, the second one is dead. > > Yes, in the final form there will be "iflt" instruction before the first goto, > making it conditional. Ah, ok :) > > > The code after "goto" is disturbing. It looks like spill code, but

Chris Lattner wrote: > On Tue, 8 Jun 2004, Vladimir Prus wrote: > > While adding support for branch instructions in my backend, I run into a > > trouble. The code to handle branches looks like: > > The machine code after instruction selection is: > > > > entry (0x8681458): > > %reg1024 = load <fi#-1> > > %reg1025 = load

...%reg1046 %reg1047 = - %ar7, 4 %reg1048 = move 0 store %reg1047, %reg1048 %reg1049 = - %ar7, 5 store %reg1049, %reg1050 %reg1051 = - %ar7, 6 %reg1052 = move 0 store %reg1051, %reg1052 %reg1053 = - %ar7, 7 store %reg1053, %reg1039 call <ga:printf> %ar7 = - %ar7, 8 %reg1054 = move %gr7 return shortcirc_done.1 (0x8065d90, LLVM BB @0x8060320): %reg1060 = phi %reg1032, mbb<shortcirc_next.0.selectcont.selectcont,0x8065c10> %reg1064 = phi %reg1035, mbb<shortcirc_next.0.selectcont.selectcont,0x8065c10> %reg1056 = move <ga:.str_1> %reg1055 = move %reg1056 %ar7 =...

...de after instruction selection is: entry (0x8681458): %reg1024 = load <fi#-1> %reg1025 = load <fi#-2> setcc %reg1024, %reg1025 goto %disp(label then) goto %disp(label else) then (0x8681688): %reg1026 = + %reg1025, %reg1024 %gr7 = move %reg1026 return .... which looks ok, but after register allocation and prolog/epilogue insertion, I get this: entry (0x8681458): ..... setcc %gr0, %gr1 goto %disp(label then) goto %disp(label else) %ar6 = + %ar6, 1 store %...

Hi folks, we have a lan with win and linux clients (pcs work alternating between win and linux-ubuntu, server is sarge). Authentication in linux works with nis. Therefore I substituted passwd by yppasswd. How can y realize password changes in win to get the linux (yp) and the samba password changed in one step? By the way: do I have to substitute passwd by yppasswd on the server too? Thanks

Hi, have created a domain and access to user dir is no problem, profile is created and all seem OK, but it isn't. When I try to change the path of My Documents on the local machines to their userdir on the server, I can do it but when I close the properties window and then look again I get the old entry and can't access it. Access by the neigbourhood icon works well. Home directory on