search for: pekkas

libswfdec/swfdec_as_array.c | 2 - libswfdec/swfdec_as_array.h | 2 - libswfdec/swfdec_as_date.c | 2 - libswfdec/swfdec_as_date.h | 2 - libswfdec/swfdec_as_initialize.as | 1 libswfdec/swfdec_as_interpret.c | 1 libswfdec/swfdec_as_object.c | 38 ++++++++++++++++++++++++-------- libswfdec/swfdec_filter.c

Hi How can i enable this feature because: Running /opt/xensource/libexec/mpp-rdac --enable it says: No module mppUpper found for kernel 2.6.32.12-0.7.1.xs1.0.0.298.170582xen, aborting. There is no MPP modules... Terveisin/Regards, Pekka Panula, Sofor Oy - Jatkuvat palvelut _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com

http://bugs.freedesktop.org/show_bug.cgi?id=15452 Summary: Embedded Dailymotion player doesn't work Product: swfdec Version: git Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: library AssignedTo: swfdec at lists.freedesktop.org

OK, I updated the text to LangRef in r209507 after some editing. On 05/11/2014 12:36 PM, Pekka Jääskeläinen wrote: > Hi, > > This looks good to me except that the first sentence > could already include "that refer to the same loop" or > similar. > > I could imagine that e.g. loop invariant code motion, > if applied to a parallel loop could hoist code out of >

> > For the record, I just workarounded it in pocl by borrowing the > BreakConstantGEPs code from SAFECode. But for SPIR specs, IMHO, this should > be reconsidered. Yes, I agree. On 24 September 2012 15:08, Pekka Jääskeläinen <pekka.jaaskelainen at tut.fi>wrote: > Well, > > To be honest I'm not very comfortable with the whole constant GEP > idea. It's a

On Feb 7, 2013, at 10:55 AM, Pekka Jääskeläinen <pekka.jaaskelainen at tut.fi> wrote: > Hi Nadav, > > On 02/07/2013 07:46 PM, Nadav Rotem wrote: >> Pekka suggested that we add two kind of metadata: llvm.loop.parallel >> (attached to each loop latch) and llvm.mem.parallel (attached to each memory >> instruction!). I think that the motivation for the first

Hi Pekka, On Tue, Feb 26, 2013 at 11:08 AM, Pekka Jääskeläinen < pekka.jaaskelainen at tut.fi> wrote: > > > Isn't it possible that multiple nested loops share the header and > the pre-header in normalized loops? Thus, then adding metadata to the > preheader's branch would make the MD ambiguous for nested loops. > > The header can't be shared, otherwise

http://bugs.freedesktop.org/show_bug.cgi?id=13898 Summary: CollegeHumor Videos not loading Product: swfdec Version: 0.5.5 Platform: Other OS/Version: Linux (All) Status: NEW Severity: enhancement Priority: medium Component: library AssignedTo: swfdec at lists.freedesktop.org ReportedBy:

http://bugs.freedesktop.org/show_bug.cgi?id=13963 Summary: Menu buttons don't work on Malta's page. Product: swfdec Version: 0.5.5 Platform: Other URL: http://www.malta.poznan.pl/lodowisko/ OS/Version: All Status: NEW Severity: normal Priority: medium Component: plugin

Micah, Boaz, Do you guys have any ideas about how to fix this issue? Cheers, James On 24 September 2012 16:04, James Molloy <james at jamesmolloy.co.uk> wrote: > For the record, I just workarounded it in pocl by borrowing the >> BreakConstantGEPs code from SAFECode. But for SPIR specs, IMHO, this >> should >> be reconsidered. > > > Yes, I agree. > >

...SH_2\.2 debug1: Local version string SSH-1.99-OpenSSH_2.3.0p1 debug1: Sent 768 bit public key and 1024 bit host key. debug1: Encryption type: blowfish debug1: Received session key; encryption turned on. debug1: Installing crc compensation attack detector. debug1: Starting up PAM with username "pekkas" debug1: Attempting authentication for pekkas. [ trying password entries ... ] --- --- connection from a.b.c.d port 1005 debug1: Client protocol version 1.5; client software version 1.2.25 debug1: no match: 1.2.25 debug1: Local version string SSH-1.99-OpenSSH_2.3.0p1 debug1: Sent 768 bit pub...

Nadav Rotem wrote: > > On Feb 7, 2013, at 10:55 AM, Pekka Jääskeläinen <pekka.jaaskelainen at tut.fi> wrote: > > > Hi Nadav, > > > > On 02/07/2013 07:46 PM, Nadav Rotem wrote: > >> Pekka suggested that we add two kind of metadata: llvm.loop.parallel > >> (attached to each loop latch) and llvm.mem.parallel (attached to each memory > >>

On 02/08/2013 07:02 PM, Sebastian Pop wrote: > Nadav Rotem wrote: >> >> On Feb 7, 2013, at 10:55 AM, Pekka Jääskeläinen <pekka.jaaskelainen at tut.fi> wrote: >> >>> Hi Nadav, >>> >>> On 02/07/2013 07:46 PM, Nadav Rotem wrote: >>>> Pekka suggested that we add two kind of metadata: llvm.loop.parallel >>>> (attached to each

On Feb 12, 2013, at 9:02 AM, Tobias Grosser <tobias at grosser.es> wrote: > On 02/12/2013 05:54 PM, Nadav Rotem wrote: >> >>> I have the feeling option 2) does not work for you, but I don't yet understand your reasons. >> >> My inclination to prefer #1 is due to its simplicity. But, if #1 does not work because it creates a correctness problems then #2 is

----- Original Message ----- > From: "Paul Redmond" <paul.redmond at intel.com> > To: "Pekka Jääskeläinen" <pekka.jaaskelainen at tut.fi> > Cc: "CVS Commit Messages for LLVM repository" <llvm-commits at cs.uiuc.edu>, "LLVM Developers Mailing List" > <llvmdev at cs.uiuc.edu> > Sent: Tuesday, January 29, 2013 3:27:03 PM

I propose that we change the first paragraph of http://llvm.org/docs/LangRef.html#llvm-mem-parallel-loop-access-metadata: --- For a loop to be parallel, in addition to using the llvm.loop metadata to mark the loop latch branch instruction, also all of the memory accessing instructions in the loop body need to be marked with the llvm.mem.parallel_loop_access metadata. If there is at least one

It is my view that this is an implementation detail and not an issue with the SPIR spec. As SPIR is just a representation of a program in a portable manner, it is up to the consumer of SPIR to correctly set up the kernels based on the devices calling convention/ABI when the SPIR binary is loaded for that specific device. From: mankeyrabbit at gmail.com [mailto:mankeyrabbit at gmail.com] On

Will do. I will write something up. Hal, your concern below isn't so much with the proposed semantics but rather with the use - that optimizations must respect the loop for which the metadata applies, correct? Thanks Jon -----Original Message----- From: Hal Finkel [mailto:hfinkel at anl.gov] Sent: Monday, May 05, 2014 4:00 AM To: Tobias Grosser Cc: Pekka Jääskeläinen; Humphreys, Jonathan;

The documentation isn't clear about the uniqueness of loop identifier metadata. Should every loop have a unique loop id metadata? I think the answer is yes but I'm not sure how this can be enforced. A particular case I'm thinking of is something like: void foo() { for (...) { } } void bar() { for (...) { foo(); } } If the loops in foo and bar have the same loop id

libswfdec/swfdec_as_strings.c | 2 libswfdec/swfdec_text_field.c | 66 +++++++++++++++++++++++----- libswfdec/swfdec_text_field_movie.c | 5 +- libswfdec/swfdec_text_field_movie_as.c | 77 ++++++++++++++++++++++++++++++--- 4 files changed, 132 insertions(+), 18 deletions(-) New commits: commit a165608df6751cf46561b570db61ff309f5b7244 Author: Pekka Lampila