Re: [Mono-dev] mono.simd

Please, I found this bug to be very annoying as it hampers the use of dynamic languagues with Mono.Simd. I found this bug trying to use mono.simd in ironpython. On 08/25/2010 09:56 PM, Rodrigo Kumpera wrote: a On Mon, Aug 23, 2010 at 7:01 PM, Robert Jordan > wrote:

Re: [Mono-dev] mono.simd

Well, I tried to make find a place would have system properties store where a key like "mono.simd.accel" could be used to get back the available acceleration capabilities. It could make the code a bit cleaner with not making a internal method call inside the Mono.Simd assembly. Any ideas where

[Mono-dev] mono.simd

I found a discrepency in Mono.Simd.SimdRuntime.AccelMode and it is equivalent access by reflection. I believe this is a bug. Attached is a test for this. I believe there are more cases of this in Mono.Simd Any ideas on how to fix this? using System; using Mono.Simd; namespace simd { class S

[Mono-dev] moonlite 3d.

Been thinking about making a game on moonlite inside a browser and a few questions come to mind. Does moonlite have hardware 3d acceleration? Is P/Invoke allowed? Where are the tutorials on how to develop with moonlite on linux? Audio support? 3D? ___

Re: [Mono-dev] Mono generates inefficient vectorized code

Please do, Sergei I am also very much interested in the code. Rodrigo Kumpera wrote: Hi Sergei, I'm glad to hear about your improvements. Can you share the code? I believe this is not the best approach. Mono.Simd was never intended to be a variable width simd API. Making such proposition mak

Re: [Mono-dev] sh#

New mailing list for ironbash is at ironbash-de...@lists.sourceforge.net Those that are interested or just curious, please join. Jonathan Pobst wrote: > On 4/10/2010 12:50 PM, Jerry Maine - KF5ADY wrote: >> Do you think we should start our own group to do this (on a separate >>

Re: [Mono-dev] sh#

To anyone interested, I have started a sourceforge project iron bash. If you are interested in helping out, please send me your sourceforge username so I can add you to the project. https://sourceforge.net/projects/ironbash/ Jonathan Pobst wrote: > On 4/10/2010 12:50 PM, Jerry Maine - KF5

Re: [Mono-dev] sh#

iance > > > > On Sat, Apr 10, 2010 at 12:52, Jerry Maine - KF5ADY > wrote: > >> How many people are wanting to help me on this project? >> >> Joe Dluzen wrote: >> >> I was working on* just this project. I toyed with the standard Ironing >> o

Re: [Mono-dev] sh#

How many people are wanting to help me on this project? Joe Dluzen wrote: I was working on* just this project. I toyed with the standard Ironing of the names, IronBash or maybe bash4.net. I'd love to see this too. Would be nice to use it as a drop in replacement for boot, compilation, everything

Re: [Mono-dev] sh#

preter? > > ~ jf > -- > John Feminella > Principal Consultant, Distilled Brilliance > > > > On Thu, Apr 8, 2010 at 20:29, Jerry Maine - KF5ADY > wrote: > >> What does everyone think about making a new dlr script language

[Mono-dev] sh#

What does everyone think about making a new dlr script language that is compatible with sh or bash? Maybe called sh#? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono generates inefficient vectorized code

And what needs to be done to get the global allocator to work? Rodrigo Kumpera wrote: Hi Sergei, On Thu, Mar 11, 2010 at 8:30 PM, Sergei Dyshel mailto:qyron.priv...@gmail.com>> wrote: Hello, I'm doing some research on vectorization using Mono. I've noticed that code generated by

[Mono-dev] ir instructions.

Rodrigo: I remember you talking about instead of having marcos and defines describe certain attributes of IR instructions, having them be defined in a single data structure like what is done for when calling LLVM. What would that entail? I am getting more interested in that project as a was think

Re: [Mono-dev] simd version patch

Which keeps its size the same and gives space for a NEON bit. In case > we need more bits, we > just switch to a hybrid 3 bits sse level + 5 boolean bits. Your patch > is really not acceptable since > it required 3 bytes align padding between simd_emit_mode > and simd_vers

[Mono-dev] simd version patch

Here is a patch to update the runtime simd version tests so that it would be easier and less hackish to implement ports beyond x86/amd64 (like arm and altavic). Comments? Questions? Jerry Index: mono/mini/simd-intrinsics.c === --- mo

Re: [Mono-dev] autovectorization

to do in the Jit, while others can be done in an external utility. Rodrigo Kumpera wrote: > > > On Sun, Jan 3, 2010 at 10:40 PM, Jerry Maine - KF5ADY > mailto:crashfou...@gmail.com>> wrote: > > I have been thinking of implementing some autovectorization > capabi

[Mono-dev] autovectorization

I have been thinking of implementing some autovectorization capabilities to mono, and I was wondering the opinion of the community here. I was thinking of three different ways of implementing it: IL -> IL transformation using Mono.Simd structs to do the vectorization implemented in C# IL -> IL tr

Re: [Mono-dev] [PATCH] detect sse4a for simd intrinsics.

lol! I have been known to do things like that! *shakes head at self.* Here it is! Sorry. Hope you enjoy it. Got one request though, like someone with an AMD machine with sse4a to try it out and tell me what they got. Alex Shulgin wrote: > Jerry Maine - KF5ADY wrote: >> Here is th

[Mono-dev] [PATCH] detect sse4a for simd intrinsics.

Here is the patch I wrote to detect sse4a, it is released under MIT/X11. Comments questions? [Yes, I tested it the best I could on my AMD machine which doesn't support sse4a.] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists

[Mono-dev] register allocator.

Is the register allocator in mono smart enough to try to avoid register stalls when allocating registers? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] gsoc: Added code gen marcos for two byte SSE/SIMD opcodes on amd64

I saw that the sse codgen marcos in arch/amd lacked the two byte variants, so I added them and added comments to help categorized the different types of sse cogen marcos. Index: mono/arch/ChangeLog === --- mono/arch/ChangeLog (revision