search for: amiri

...link.setStyle({ color: ''#''+$F(''cp5_Hex'') }); }); And it kind of works--I see a style change--but even though I declare the a:hover, a:link, or what have you, all the anchor tags are given the last color, in this case, :hover. How does one do this correctly? Amiri --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Spinoffs" group. To post to this group, send email to rubyonrails-spinoffs-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group...

On Thu, May 26, 2016 at 10:35 AM, Ehsan Amiri via llvm-dev < llvm-dev at lists.llvm.org> wrote: > 7. Wildcard for prefixes - If some statements should be checked > regardless prefix, it should be used //{{*}}, //{{*}}-NEXT, //{{*}}-SAME > and etc. > >> 8. Prefix with regular expressions - If statement shoul...

Dear sir, I am using R in windows. I want to extend R Memory size. I use the following command, but unfortunately it doesn't work. -- vsize=15M --nsize=1000K Your help is appreciated. Thanks, Esmail Amiri. __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ....

...ve listed are quite interesting. If I were to > advocate for one, it would be #2. I think the scope of work is perfect for > GSoc. > > I'd encourage send out a more concrete proposal when you're ready. > > Thanks, > > Evan > > On Mar 27, 2009, at 2:35 PM, Ehsan Amiri wrote: > > Dear all > > I am a PhD student of Computer Scince at Simon Fraser University ( > http://www.cs.sfu.ca) interested in applying to GSoC. My PhD is focused on > theoretical computer science, but since Sep. 2008 I have started working on > Software projects again. Curre...

But then I should write // CHECK: something // SSE: something // SSE3: something With this feature it can be write // {{[A-Z0-9]+}} : something From: James Y Knight [mailto:jyknight at google.com] Sent: Thursday, May 26, 2016 5:53 PM To: Ehsan Amiri <ehsanamiri at gmail.com> Cc: Elena Lepilkina <Elena.Lepilkina at synopsys.com>; llvm-dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] RFC: FileCheck Enhancements On Thu, May 26, 2016 at 10:35 AM, Ehsan Amiri via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-de...

...work to support block-local restrict-qualified pointers. 2- Does the set of patches with “llvm.noalias” label, more or less cover this work? Thanks Ehsan From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of 陳韋任 via llvm-dev Sent: Thursday, June 01, 2017 7:57 AM To: ehsanamiri at gmail.com Cc: llvm-dev Subject: Re: [llvm-dev] restrict pointer support in LLVM 4.0 Googling shows https://reviews.llvm.org/D9403, I think that's pretty close what you're looking at? 2017-06-01 2:10 GMT+08:00 Ehsan Amiri via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at...

I probably misunderstood the question. You probably want to do this in SelectionDAG. On Fri, Oct 21, 2016 at 10:29 AM, Ehsan Amiri <ehsanamiri at gmail.com> wrote: > You can do this by changing instruction scheduling heuristics. I think the > more important question is if this correct always for all platforms. > > I don't know which scheduler you use. We use GenericScheduler and > PostGenericScheduler...

...tion. This is in the same line with what I have been doing recently. The other projects below are also quite interesting for me: 2- Adding support for Type Based Alias Analysis 3- Improving handling of memcpy/memset. 4- Implementing a loop dependency analysis infrastructure. Best Regards Ehsan Amiri PS. Sorry for the wrong subject in the previous email -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090327/b4a23398/attachment.html>

On Tue, Mar 22, 2016 at 7:33 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > On Mar 22, 2016, at 4:15 PM, Ehsan Amiri via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > James, > > I think (1) reduces the number of "do-not-see-through-bitcast" bugs that > we need to uncover and fix between now and the time that typeless pointer > is available. That means it is likely that w...

...between them. Perhaps, there are multi-cycle latencies that left the hole? Also, can multiple instructions be executed in parallel in the same cycle? Let me know if any of that isn't clear. I apologize for the delay in replying to your original email. Thanks, Brendon From: Ehsan Amiri [mailto:ehsan.amiri at huawei.com] Sent: Monday, June 19, 2017 1:55 AM To: Brendon Cahoon <bcahoon at codeaurora.org> Cc: llvm-dev at lists.llvm.org Subject: RE: [llvm-dev] Some questions about software pipeline in LLVM 4.0.0 Hi Brendon Certainly, there are some real copies that end...

Hi Ehsan, All of the projects you have listed are quite interesting. If I were to advocate for one, it would be #2. I think the scope of work is perfect for GSoc. I'd encourage send out a more concrete proposal when you're ready. Thanks, Evan On Mar 27, 2009, at 2:35 PM, Ehsan Amiri wrote: > Dear all > > I am a PhD student of Computer Scince at Simon Fraser University (http://www.cs.sfu.ca > ) interested in applying to GSoC. My PhD is focused on theoretical > computer science, but since Sep. 2008 I have started working on > Software projects again. Curr...

> On Mar 22, 2016, at 4:15 PM, Ehsan Amiri via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > James, > > I think (1) reduces the number of "do-not-see-through-bitcast" bugs that we need to uncover and fix between now and the time that typeless pointer is available. That means it is likely that we have multipl...

----- Original Message ----- > From: "Ehsan Amiri via llvm-dev" <llvm-dev at lists.llvm.org> > To: "Mehdi Amini" <mehdi.amini at apple.com> > Cc: "llvm-dev" <llvm-dev at lists.llvm.org>, "Tom Stellard" > <thomas.stellard at amd.com>, "Ulrich Weigand" <uweigand at de.i...

7. Wildcard for prefixes - If some statements should be checked regardless prefix, it should be used //{{*}}, //{{*}}-NEXT, //{{*}}-SAME and etc. > 8. Prefix with regular expressions - If statement should be checked > if prefix matches some regular expression, it should be used {{regex}}:, > {{regex}}-NEXT and etc. > > > > I, too, think wildcard and regular

...e Darwin syntax on current systems. What do you think? -Hal ----- Original Message ----- > From: "James Y Knight" <jyknight at google.com> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "llvm-dev" <llvm-dev at lists.llvm.org>, "Ehsan A Amiri" <amehsan at ca.ibm.com>, "Iain Sandoe" <iain at codesourcery.com> > Sent: Friday, October 21, 2016 10:37:44 AM > Subject: Re: [llvm-dev] [RFC] Removing PowerPC/Darwin Support? > > > The only part I'd like to see *NOT* removed is the darwin PPC asm &g...

...cisions based on actual registers that have been assigned since some registers are reserved as address space pointers and we could vary the latency based on which address space pointer register is being used - but it looks like they're virtual there) Phil On Mon, Jun 6, 2016 at 3:10 PM, Ehsan Amiri <ehsanamiri at gmail.com> wrote: > Hi Phil > > There are some comments in "include/llvm/Target/TargetItinerary.td" where > class InstrItinData is defined. > > B is the number of cycles after issue where the first operand of the > instruction is defined. A is t...

Yes I use 2.6 as my OS seems to be too old for 2.7. Are there any restrictions on integer types for x86_64? On Tue, May 25, 2010 at 5:25 PM, Chris Lattner <clattner at apple.com> wrote: > > On May 25, 2010, at 5:16 PM, Ehsan Amiri wrote: > > > Hello all > > > > I have a very simple handwritten .ll file that can be translated to > native assembly on x86_64 when I use i128. But if I use i256 I get an error. > see the file and the first line of the error below. Any help is appreciated! > I played a...

..."bandaid patches" while there is a clear path forward, >> i.e. typeless pointers, unless there is an acknowledgement that typeless >> pointers won't be there before a couple of years. >> >> -- >> Mehdi >> >> On Mar 22, 2016, at 11:32 AM, Ehsan Amiri < <ehsanamiri at gmail.com> >> ehsanamiri at gmail.com> wrote: >> >> Back to the discussion on the RFC, I still see some advantage in >> following the proposed solution. I see two paths forward: >> >> 1- Change canonical form, possibly lower memcpy to...

...ue neither a regression. I'm not sure it justifies "bandaid patches" while there is a clear path forward, i.e. typeless pointers, unless there is an acknowledgement that typeless pointers won't be there before a couple of years. -- Mehdi > On Mar 22, 2016, at 11:32 AM, Ehsan Amiri <ehsanamiri at gmail.com> wrote: > > Back to the discussion on the RFC, I still see some advantage in following the proposed solution. I see two paths forward: > > 1- Change canonical form, possibly lower memcpy to non-integer load and store in InstCombine. Then teach the backen...

On May 25, 2010, at 5:16 PM, Ehsan Amiri wrote: > Hello all > > I have a very simple handwritten .ll file that can be translated to native assembly on x86_64 when I use i128. But if I use i256 I get an error. see the file and the first line of the error below. Any help is appreciated! I played a little bit with target datalayou...