search for: viswabramana

...ease comment, which part in selectiondag need to be understood/modified to fix this. Regards, Rajesh On Wed, Nov 21, 2012 at 2:38 AM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > I reported http://llvm.org/pr14393 to track it. > > On 20 November 2012 05:18, rajesh viswabramana > <viswabramana.rajesh at gmail.com> wrote: > > Hi, > > > > Clang crashes when below snippet of code is compiled (used latest svn > > version) > > > > double func1() > > { > > double x ; > > asm ( "" : "=r"(x) :...

...mov r3, #0 mov r2, #0 movt r3, 16420 fmdrr d0, r2, r3 bx lr But llvm crashes, If data type is "double", register type is "int". Any comments why does llvm currently handle this case ? Regards, Rajesh On Wed, Nov 21, 2012 at 3:19 PM, rajesh viswabramana < viswabramana.rajesh at gmail.com> wrote: > Thanks Rafael, > > Hello All, > > Could anyone please comment, which part in selectiondag need to be > understood/modified to fix this. > > Regards, > Rajesh > > > > > On Wed, Nov 21, 2012 at 2:38 AM, Rafa...

I reported http://llvm.org/pr14393 to track it. On 20 November 2012 05:18, rajesh viswabramana <viswabramana.rajesh at gmail.com> wrote: > Hi, > > Clang crashes when below snippet of code is compiled (used latest svn > version) > > double func1() > { > double x ; > asm ( "" : "=r"(x) : "0"(x) ); > return x; > } > &...

Hi, Clang crashes when below snippet of code is compiled (used latest svn version) *double func1() { double x ;* * asm ( "" : "=r"(x) : "0"(x) ); return x; }* > *clang -S test1.c* > *Assertion failed: (PartVT.isInteger() || PartVT == MVT::x86mmx) && ValueVT.isInteger() && "Unknown mismatch!", file

Hi, Could anyone please comment on this ? Regards, Rajesh On Wed, Dec 19, 2012 at 6:54 PM, rajesh viswabramana < viswabramana.rajesh at gmail.com> wrote: > Hi, > > Clang crashes when tried to compile from .ast to .s for below sample code, > > inline-test.c > ** > *extern inline int func1 (void) { return 0; } > inline int func1 (void) { return 1; }* > > clang *works fine*...

Hi, Clang crashes when tried to compile from .ast to .s for below sample code, inline-test.c ** *extern inline int func1 (void) { return 0; } inline int func1 (void) { return 1; }* clang *works fine* for .c -> .s, *>clang inline-test.c -std=c99 -fgnu89-inline -S -o inline-test.s * But *crashes* when tried to generate .s from .ast for same file, *>clang inline-test.c -std=c99

On Thu, Nov 22, 2012 at 4:14 AM, rajesh viswabramana <viswabramana.rajesh at gmail.com> wrote: > Hi all, > > I tried same code on gcc for arm(hard float), > > double f2 () > { > double x = 10.0; > > asm ("" : "=r" (x) : "0" (x)); > return x; > } > >> arm-linux-gnueabi-gcc -...

...rect, it should be at align(55, 4) = 56. For caller: mov r0, sp ldr r1, .LCPI1_0 str r1, [r0, #56] the 2nd argument is at sp_at_entry + 56, which is correct. On my setup (built from TOT), I got "ldr r1, [r11, #80]" instead of 76. Thanks, Manman On Jun 18, 2013, at 11:31 PM, Rajesh Viswabramana wrote: > Hi all, > > Thanks for all comments, > Filed bug report with details, > http://llvm.org/bugs/show_bug.cgi?id=16368 > > @Manman, please find comments, queries inline. > > Regards, > Rajesh > > ------- Original Message ------- > Sender : Stepan...

...aces. In practice this requirement is met if: At each external interface, the current stack pointer (SP) is a multiple of eight bytes. Your OS maintains eight-byte stack alignment on its external interfaces, for example, on task switches <-- from web Manman On Jun 20, 2013, at 5:35 AM, Rajesh Viswabramana <rajesh.vis at samsung.com> wrote: > > Hi All, > > I tested earlier with llvm svn 3.3 release source. > Today I built and tested again with svn trunk, I also got "ldr r1, [r11, #80]", which solves the failure. > Thanks for all comments. > It seems similar i...

On 18 June 2013 14:12, Rajesh Viswabramana <rajesh.vis at samsung.com> wrote: > Yes, its soft-float, below is verbose of my command, > Thought so. Any reason to use ARMv4T triple? I don't think you're trying to install Linux on an ARM7TDMI, are you? ;) This look like the default if you just specify "arm" as...

On 20 June 2013 13:35, Rajesh Viswabramana <rajesh.vis at samsung.com> wrote: > - What considerations will be made from llvm side to make abi > compatibile with gcc/other compilers for arm - struct byval size >64 bytes. > Hi Rajesh, I'm not sure I follow your question, but in general, the idea is to be compatible...

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130618/5b2a15e3/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 201306181656803_BEI0XT4N.gif Type: image/gif Size: 14036 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130618/5b2a15e3/attachment.gif>

...s 4-byte aligned after storing the leftover (67-16=51) bytes of struct byval. Can you also paste the assembly for the caller side and check whether the second argument is stored at sp_at_entry+52? As Renato suggested, please file a bug report. Thanks, Manman On Jun 18, 2013, at 4:26 AM, Rajesh Viswabramana <rajesh.vis at samsung.com> wrote: > Hi, > > Handling of pass by val of struct size >64 bytes case is seems wrong for arm targets. > > Summary: > Incase of struct pass by value for size > 64 along with other function params, failure seen in some corner cases. Acce...

Hi, Is "__builtin_malloc" function supported in LLVM...? I checked in "tools/clang/include/clang/Basic/Builtins.def", "tools/clang/lib/CodeGen/CGBuiltin.cpp" and couldn't find the implementation. Could anyone please comment about it. Thanks in advance, Viswa -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, Is "__builtin_malloc" function supported in LLVM...? I checked in "tools/clang/include/clang/ > > Basic/Builtins.def", > "tools/clang/lib/CodeGen/CGBuiltin.cpp" and couldn't find the > implementation. > Could anyone please comment about it. > > Thanks in advance, > Viswa > > -------------- next part -------------- An HTML

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130618/ee0ae442/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 201306181842303_BEI0XT4N.gif Type: image/gif Size: 14036 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130618/ee0ae442/attachment.gif>

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130619/a2502bad/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 201306191201558_BEI0XT4N.gif Type: image/gif Size: 14036 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130619/a2502bad/attachment.gif>

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130620/9ee19538/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 201306201804240_BEI0XT4N.gif Type: image/gif Size: 14036 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130620/9ee19538/attachment.gif>

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130621/ac5e4be4/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 201306211529044_QKNMBDIF.gif Type: image/gif Size: 14036 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130621/ac5e4be4/attachment.gif>