search for: herbierobinson

On Fri, Jul 31, 2015 at 12:15 AM, Herbie Robinson <HerbieRobinson at verizon.net> wrote: > I have been quietly working on a port of LLVM to Stratus VOS. The OS is > always big endian (because customers need to migrate data to new hardware > quickly and can't afford to convert). This entails presenting a big endian > programming model no matte...

Hi Guys, We are trying to come up with Bi-Endian(neutral endiness) compiler using the LLVM. For a introduction . http://www.drdobbs.com/architecture-and-design/writing-a-bi-endian-compiler/240003090 Did someone from the group ,aware of such project . Thank you ~Umesh

...f them together with llvm-link, I thought it was enough but actually I can not access the functions that are in other files even if I am link all of them together. Do you have any idea/suggestion how to solve this problem? Thanks! Best, Simone > On Feb 28, 2015, at 14:30, Herbie Robinson <HerbieRobinson at verizon.net> wrote: > > On 2/24/15 2:27 PM, Simone Atzeni wrote: >> Hi all, >> >> I would like to create a Pass that given an IR instruction walks starting from that instruction up to the main function >> to identify all the functions call that have been made t...

...profitable (see 14.3.3.6 and 15.3.1.2 in the Intel optimization reference manual). Having said that, one distinct possibility is to have the heuristic make different decisions depending on the optimization flags, that is be much more aggressive for optsize functions. From: Herbie Robinson [mailto:HerbieRobinson at verizon.net] Sent: Sunday, December 21, 2014 10:58 To: Kuperstein, Michael M; LLVMdev at cs.uiuc.edu Subject: Re: [LLVMdev] [RFC] [X86] Mov to push transformation in x86-32 call sequences According to the Intel performance guidelines, pushes are significantly slower than moves to the extent the...

Hello all, In r223757 I've committed a patch that performs, for the 32-bit x86 calling convention, the transformation of MOV instructions that push function arguments onto the stack into actual PUSH instructions. For example, it will transform this: subl $16, %esp movl $4, 12(%esp) movl $3, 8(%esp) movl $2, 4(%esp) movl $1, (%esp) calll _func addl $16, %esp

I have been quietly working on a port of LLVM to Stratus VOS. The OS is always big endian (because customers need to migrate data to new hardware quickly and can't afford to convert). This entails presenting a big endian programming model no matter what the hardware does. We did this about 15 years ago with the Stratus compilers and GCC. We offered the GCC changes back to the

I'm stuck on 10.8.5 and got around it by: 1. Building the most recent stable branch of libc++. I got a couple of errors in the regression tests, but they looked like something obscure enough to net affect the compiler and so far, that is panning out. 2. I ran configure as follows: ../llvm/configure CXXFLAGS="-stdlib=libc++ -I/Programming/llvm/libcxx34/test/support