search for: adasgupt

...h gcc-4.4 makes it segfault, but with gcc-4.7 the bug gets hidden again (it still happens, but values after DFAStateEntryTable in memory are such that ReadTable does not break bad). If you find more info will help you track it down just let me know :) BR Carlos 2012/12/10 Anshuman Dasgupta <adasgupt at codeaurora.org> > Hi Carlos, > > Thanks for identifying the bug. I'll confirm and fix. Is there a bug > report open for this? > > -Anshu > > --- > Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted > by The Linux Foundation > >...

...g gets hidden again (it still happens, but values > after DFAStateEntryTable in memory are such that ReadTable does not > break bad). > > If you find more info will help you track it down just let me know :) > > BR > > Carlos > > > 2012/12/10 Anshuman Dasgupta <adasgupt at codeaurora.org > <mailto:adasgupt at codeaurora.org>> > > Hi Carlos, > > Thanks for identifying the bug. I'll confirm and fix.Is there a > bug report open for this? > > -Anshu > > --- > Qualcomm Innovation Center, Inc. is a m...

...ticeable unless using gdb. I have tried making valgrind catch it but no success... so I guess the only way to *see* it is using the debugger. I remember seeing it happen (though not segfault) on Hexagon as well but now I seem unable to reproduce it :S BR Carlos 2012/12/11 Anshuman Dasgupta <adasgupt at codeaurora.org> > Great! Can you please check in that test case or better still, a reduced > version of that test. > > > Thanks > -Anshu > > --- > Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted > by The Linux Foundation > > On 1...

Hi Anshu, I got a testbench which fails (and segfaults) consistently with an environment (gcc + os) conveniently preserved in a virtual machine. I will confirm that it is gone there and report. Thanks for the fix :) Carlos 2012/12/10 Anshuman Dasgupta <adasgupt at codeaurora.org> > Carlos, > > I committed a fix in r169783. Thanks for catching this. > > However, I could not reproduce an invalid read or a segfault even with > fadd.ll. Is there a test case you can check in that reproduces this bug? > Even if the segfault occurs inte...

...ata<IIC_iMOVi , [InstrStage<1, [SW_DIS0, SW_DIS1, SW_DIS2], 0>, > > InstrStage<1, [SW_ALU0, SW_ALU1]>], > > [1]>, > > ------------------------------------------------------------------------ > > *From:*Anshuman Dasgupta [mailto:adasgupt at codeaurora.org] > *Sent:* Monday, February 11, 2013 7:19 PM > *To:* Jonas Paulsson; llvmdev at cs.uiuc.edu > *Subject:* RE: DFAPacketizer > > Jonas, > > > At this point, the DFA packetizer models a simple VLIW architecture > and does not accommodate multiple stages. T...

...terest in extending this algorithm to handling more extensive models, such as VLIW scheduling based on FU's and bundle space... ie handle multiple stages ? I might do it and commit, if there is acceptance and guidance... Jonas ________________________________ From: Anshuman Dasgupta [mailto:adasgupt at codeaurora.org] Sent: Tuesday, February 12, 2013 4:47 PM To: Jonas Paulsson Cc: llvmdev at cs.uiuc.edu Subject: Re: DFAPacketizer Hi Jonas, > It is interesting to find this in the ARM backend, considering your answer. The ARM backend doesn't use the DFA packetizer. It's only used b...

Great! Can you please check in that test case or better still, a reduced version of that test. Thanks -Anshu --- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation On 12/11/2012 5:47 AM, Carlos Sánchez de La Lama wrote: > Hi again, > > I can confirm r169783 fixes the problem. My testbench segfaulted in > r169782 but works after your

LLVM Developers, The compiler teams at the Qualcomm Innovation Center are hiring. In summary, we are doing interesting things with LLVM; come join us! I have included a more detailed description below. If you are interested, please contact me at adasgupt at quicinc.com -Anshu --- Opportunities at Qualcomm Innovation Center, Inc. Compiler Technologies Mobile devices are increasingly supporting sophisticated applications that only a few years ago were run exclusively on the desktop.  The mobile platforms of today are complex system on chips (SOCs...

Chris, I'd like to take code ownership of the Hexagon backend. Thanks -Anshu --- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation

On Nov 15, 2012, at 11:10 AM, Anshuman Dasgupta <adasgupt at codeaurora.org> wrote: > Chris, > > I'd like to take code ownership of the Hexagon backend. Sounds fine to me, assuming your other colleagues are ok with that. -Chris

...gt; I got a testbench which fails (and segfaults) consistently with an > environment (gcc + os) conveniently preserved in a virtual machine. I will > confirm that it is gone there and report. > > Thanks for the fix :) > > > Carlos > > > 2012/12/10 Anshuman Dasgupta <adasgupt at codeaurora.org> > >> Carlos, >> >> I committed a fix in r169783. Thanks for catching this. >> >> However, I could not reproduce an invalid read or a segfault even with >> fadd.ll. Is there a test case you can check in that reproduces this bug? >>...

...[Head feb 2013:] InstrItinData<IIC_iMOVi , [InstrStage<1, [SW_DIS0, SW_DIS1, SW_DIS2], 0>, InstrStage<1, [SW_ALU0, SW_ALU1]>], [1]>, ________________________________ From: Anshuman Dasgupta [mailto:adasgupt at codeaurora.org] Sent: Monday, February 11, 2013 7:19 PM To: Jonas Paulsson; llvmdev at cs.uiuc.edu Subject: RE: DFAPacketizer Jonas, At this point, the DFA packetizer models a simple VLIW architecture and does not accommodate multiple stages. That's the reason for the behavior you're...

Jonas, At this point, the DFA packetizer models a simple VLIW architecture and does not accommodate multiple stages. That's the reason for the behavior you're seeing. -Anshu --- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation *From:*llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] *On Behalf Of *Jonas

Hi Anshu, I don't have commit access. It applies correctly on trunk, I've just checked it. Could you please commit it? Ivan On 26/06/2012 04:44, adasgupt at codeaurora.org wrote: > Hi Ivan, > > Sorry, I should have been more explicit in my last email. The patch looks > good to me. Please check that it applies on trunk and go ahead and commit. > > Thanks > -Anshu > > > >> Hi Anshu, >> >> Just in case yo...

Hi, this is probably quite stupid but I have no clue what's wrong. Let's say I write the function hline <- function() { cat("\\hline \n") } and call hline() from within a Sweave chunk. Why is there no carriage return after the \hline in the resulting tex file? if I call hline() hline() in the chunk, then I get \hline \hline in the tex code without a linebreak in

Hi, i want to import data from .ods and .xls files in R on a linux system. Seems it was a faq in the past, but i found only solutions for Windows. Is there a handy solution for linux? The best would be something like mytab <-read.ods(...) Any hints? Thanks a lot for reading so far, -- Jonas Stein <news at jonasstein.de>

Hal, On 6/11/2012 12:48 PM, Andrew Trick wrote: > Ignoring compile time for a moment, I think an advantage of a DFA is modeling a situation where the hardware can assign resources to best fit the entire group rather then one instruction at a time. For example, if InstA requires either Unit0 or Unit1, and InstB requires Unit0, is {InstA, InstB} a valid group? Depending on your cpu, a DFA could

Committed in r159281. -Anshu On 6/26/2012 3:04 AM, Ivan Llopard wrote: > Hi Anshu, > > I don't have commit access. It applies correctly on trunk, I've just > checked it. Could you please commit it? > > Ivan > > On 26/06/2012 04:44, adasgupt at codeaurora.org wrote: >> Hi Ivan, >> >> Sorry, I should have been more explicit in my last email. The patch >> looks >> good to me. Please check that it applies on trunk and go ahead and >> commit. >> >> Thanks >> -Anshu >> >> &...

Hi Carlos, Thanks for identifying the bug. I'll confirm and fix. Is there a bug report open for this? -Anshu --- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation On 12/10/2012 4:48 AM, Carlos Sánchez de La Lama wrote: > Hi all, > > I have found what I think it is a bug in DFAPacketizer::ReadTable. > > When finding

Hi all, I have found what I think it is a bug in DFAPacketizer::ReadTable. When finding NextStateInTable to cache all transitions belonging to a state into CachedTable, ReadTable does not check bounds: unsigned ThisState = DFAStateEntryTable[state]; | unsigned NextStateInTable = DFAStateEntryTable[state+1]; which makes NextStateInTable get a random value when state == <last state in