search for: tp25619776p25792485

Displaying 3 results from an estimated 3 matches for "tp25619776p25792485".

2009 Sep 26
0
[LLVMdev] MinGW/MSVC++ uses different ABI for sret
Óscar Fuentes <ofv at wanadoo.es> writes: > BTW, it's even worse, as aggregates passed by value are, well... passed > by value, contrary to the 386 unix ABI which uses pointers. I'm afraid > that this has no so easy solution as the sret issue. Is there any LLVM > target where aggregates are "really" passed by value? This is not entirely true. MSVC never uses
2009 Oct 07
1
[LLVMdev] MinGW/MSVC++ uses different ABI for sret
...is really great problem for my project with should call may different function compiled by Visual Studio!!! Here is also problem that is looking similar. http://llvm.org/bugs/show_bug.cgi?id=5046 -- View this message in context: http://www.nabble.com/MinGW-MSVC%2B%2B-uses-different-ABI-for-sret-tp25619776p25792485.html Sent from the LLVM - Dev mailing list archive at Nabble.com.
2009 Sep 26
2
[LLVMdev] MinGW/MSVC++ uses different ABI for sret
Hello Eli. Eli Friedman <eli.friedman at gmail.com> writes: > On Fri, Sep 25, 2009 at 2:41 PM, Óscar Fuentes <ofv at wanadoo.es> wrote: >> I filed a bug yesterday ( http://llvm.org/bugs/show_bug.cgi?id=5046 ) >> and Anton kindly explained that LLVM is doing the right thing as per the >> ABI (the GCC ABI, I'll add). >> >>  1. Is there a LLVM way of