similar to: [LLVMdev] Support for Aggregate Return Values

On Nov 10, 2009, at 8:26 PM, John Criswell wrote: > Dear All, > > How well does the LLVM code generators support returns of structure > types in LLVM 2.6? I'm currently writing a transform that requires > functions to return multiple values and am thinking implementing it by > changing the function to return a struct. > > If it matters, I'm currently targeting

On Tue, Nov 10, 2009 at 11:22 PM, Chris Lattner <clattner at apple.com> wrote: > > On Nov 10, 2009, at 8:26 PM, John Criswell wrote: > >> Dear All, >> >> How well does the LLVM code generators support returns of structure >> types in LLVM 2.6?  I'm currently writing a transform that requires >> functions to return multiple values and am thinking

Duncan Sands wrote: > Hi John, > > >> How well does LLVM 2.6 support aggregate return values for 64 bit >> targets? I'm currently working on 64 bit Mac OS X and 64 bit Linux. >> Are there any known problems or limitations? >> > > on x86-64 it depends on what you are returning, but for example you > should be able to return a 128 bit integer

Dear All. How well does LLVM 2.6 support aggregate return values for 64 bit targets? I'm currently working on 64 bit Mac OS X and 64 bit Linux. Are there any known problems or limitations? -- John T.

Hi John, > How well does LLVM 2.6 support aggregate return values for 64 bit > targets? I'm currently working on 64 bit Mac OS X and 64 bit Linux. > Are there any known problems or limitations? on x86-64 it depends on what you are returning, but for example you should be able to return a 128 bit integer fine, but anything more will cause the code generator blow up. This

On Wednesday 20 January 2010 10:07:13 Duncan Sands wrote: > Hi John, > > > How well does LLVM 2.6 support aggregate return values for 64 bit > > targets? I'm currently working on 64 bit Mac OS X and 64 bit Linux. > > Are there any known problems or limitations? > > on x86-64 it depends on what you are returning, but for example you > should be able to return a

Hi all, This is my first post to the developers list. As I understand it, aggregate() currently repeats a function across cells in a dataframe but is only able to handle functions with single value returns. Aggregate() also lacks the ability to retain the names given to the returned value. I've created an agg() function (pasted below) that is apparently backwards compatible (i.e.

Hi As shown below, the .\configure script found a version of stat.h: --------------------- configure:4382: checking for sys/stat.h configure:4399: gcc -c -g -O2 conftest.c >&5 configure:4402: $? = 0 configure:4405: test -s conftest.o configure:4408: $? = 0 configure:4419: result: yes --------------------- However, I got this error when compiling: --------------------- FileUtilities.cpp:

Hello Alexander, > Interesting topic. Is any such optimization reachable from C? Yes, I think so - both PassBuilder and PassManagerBuilder add MemCpyOpt & IPSCCP in the default pass pipeline. Juneyoung On Wed, Aug 19, 2020 at 8:43 PM Alexander Cherepanov <ch3root at openwall.com> wrote: > On 19/08/2020 06.05, Juneyoung Lee via llvm-dev wrote: > > LangRef isn't clear

Hi, To pretty print aggregates by various dimensions I needed to add a empty row in output of aggregate. For example. d<-(aggregate(data[,cbind("x")], by=list(data$group1,data$group2), sum)) Group.1 Group.2 x 1 A N 3 2 A Y 2 3 B N 420164905 Is there a way to add an empty

Hi Hal, Thanks for your quick reply. > On Jan 14, 2016, at 4:53 PM, Hal Finkel <hfinkel at anl.gov> wrote: > > ----- Original Message ----- >> From: "Quentin Colombet via llvm-dev" <llvm-dev at lists.llvm.org> >> To: "llvm-dev" <llvm-dev at lists.llvm.org> >> Sent: Thursday, January 14, 2016 6:41:57 PM >> Subject: [llvm-dev]

On Sep 12, 2008, at 9:40 AM, Tony Scudiero wrote: > Greetings, Hi Tony, This is an area that's undergone some changes recently. The LLVM 2.3 multiple-return-value (MRV) syntax has been replaced by the first-class aggregates syntax in SVN trunk. > > I'm working on getting our compiler's interface to LLVM to mimic > the > way the LLVM-GCC inserts instructions to

Dan, Thanks for the info. Unfortunately for the time being we are using (for the most part) the 2.3 release (with a couple of patches that Dave Greene has applied). The first-class aggregates is one of the things we don't yet have in the LLVM we're working with. I'll look again to see if there's a ReturnInst::Create( ) which I can pass an array of llvm::Value *'s to,

Hi, I swear I have read almost all the posted messages about this issue, but it's evident I couldn't find an answer (surely esay) to my problem. What I want is the following: Make 8 days aggregates from a daily series like this (dput output): structure(c(6.91777181625366, 0.79051125049591, 9.00625133514404, 9.86966037750244, 14.4326181411743, 3.70155477523804, 9.67768573760986,

Greetings, I'm working on getting our compiler's interface to LLVM to mimic the way the LLVM-GCC inserts instructions to generate AMD64 ABI compliant code. I'm trying to create ret i64 %mrv, double %double_mrv37 which is basically what LLVM-GCC puts out. However if I use lcc -march=cpp to get the API code I need it has the following line:

Hi, As part of the effort to bring up GlobalISel, I would like your feedbacks on the best way to map LLVM IR values into MachineInstr values (virtual registers), in particular when aggregate types get involved. I am looking for a long term solution. Short term is to replicate SDAG solution. ** Context ** The first step of GlobalISel is to translate the LLVM IR into MachineInstr

Hi Tony, I just checked LLVM 2.3 and ReturnInst has these: static ReturnInst* Create(Value * const* retVals, unsigned N, Instruction *InsertBefore) static ReturnInst* Create(Value * const* retVals, unsigned N, BasicBlock *InsertAtEnd) which are what you're looking for. In LLVM trunk, MRV-syntax LLVM assembly files and bitcode

Hi All, I am currently doing the following to compute summary statistics of aggregated data: a = aggregate(warpbreaks$breaks, warpbreaks[,-1], mean) b = aggregate(warpbreaks$breaks, warpbreaks[,-1], sum) c = aggregate(warpbreaks$breaks, warpbreaks[,-1], length) ans = cbind(a, b[,3], c[,3]) This seems unnecessarily complex to me so I tried > aggregate(warpbreaks$breaks, warpbreaks[,-1],

Hello R users, I'm a newby to R (and programming software at large) and I would need some help to sum up event data at discreet time and irregular time interval into a hourly frequency. Here is an example of my time series frame (irregular time-serie object - irts in the tseries package): time value 2008-12-19 19:11:03 GMT 1 2008-12-19 19:12:00 GMT 0 2008-12-19

On Dec 20, 2009, at 10:27 AM, Talin wrote: > I'd pass them by value if they are small but by reference if they are large. Passing large tuples by value isn't going to provide a win. > > OK, thanks for that confirmation, now I can proceed ahead with less trepidation. :) > > For large aggregates (well, not huge, but the size of a typical structure or class), do you