search for: handleaggregateresultasscalar

...} t; This testcase also generates infinite recursion when we use llvm-gcc for arm-target. Because return type of function pointer p's is struct type T which has one element, llvm-gcc for arm target calls a function which tries to chang aggregate return type to inner element. (For example, C.HandleAggregateResultAsScalar(Ty); --> DefaultABI::HandleReturnType() function gcc/llvm-abi-default.cpp) In this case, infinite recursion is generated. So I made a patch. when function's return type is struct type and this struct type includes only function's pointer type as element, funtion's return type is...

On Sat, Jul 9, 2011 at 4:27 PM, Chris Lattner <clattner at apple.com> wrote: > I'm sorry, I've been away from the computer. I'll investigate this in the next half hour.  Thanks for the test cases! One more testcase, which might be of interest; crashes clang on x86-64: struct T { struct T (*p)(void); } t; -Eli

On Jul 9, 2011, at 4:35 PM, Eli Friedman wrote: > On Sat, Jul 9, 2011 at 4:27 PM, Chris Lattner <clattner at apple.com> wrote: >> I'm sorry, I've been away from the computer. I'll investigate this in the next half hour. Thanks for the test cases! > > One more testcase, which might be of interest; crashes clang on x86-64: > > struct T { > struct T

On Jun 2, 2008, at 11:11 PM, Tanya Lattner wrote: > Darwin/ppc: > SingleSource/Benchmarks/CoyoteBench/fftbench [ CBE ] > From what I can see comparing 2.3 with TOT, the "cexp" function is declared like this in 2.3: declare i128 @cexp({double, double}* byval) nounwind It used to be this: declare void @cexp({double, double}* noalias sret, {double, double}* byval)

Many of you are probably wondering about the status of the 2.3 release. Unfortunately, this release has been very difficult and the list of regressions very high. The list has finally dwindled down to the following regressions: Linux/x86: SingleSource/Benchmarks/CoyoteBench/fftbench [ JIT Codegen, JIT] MultiSource/Applications/minisat/minisat [CBE] Darwin/x86: