Re: [Mono-dev] 2.6 preview 1
Small typing error on the Release Notes Users of mkbundle can now pass runtime options to the generated executable by setting the codetMONO_BUNDLED_OPTIONS/code environment variable. Where is codet it should be code, I think. Rafael Monoman Teixeira --- To be creative means to be in love with life. You can be creative only if you love life enough that you want to enhance its beauty, you want to bring a little more music to it, a little more poetry to it, a little more dance to it. Osho On Wed, Sep 30, 2009 at 11:30 PM, Andrew Jorgensen ajorgen...@novell.com wrote: The first preview build of 2.6 has been published to http://mono.ximian.com/monobuild/preview/download-preview/ The windows installer in this build is known to contain a number of problems, including but not limited to: * Has an older build (2.4.x) of gluezilla * Does not contain mono-tools (monodoc browser, gsharp, gendarme, etc.) or gnome-sharp * Is larger than it was previously despite missing mono-tools, etc. We are working through these problems but felt that it was more important to get the build (and the preview tarballs) out into your hands. SLE_10 and openSUSE_10.3 binary packages have been dropped (mono-tools now requires a more recent gtk than available in SLE_10 and 10.3 will be end-of-life around the time we publish 2.6-final). The DRAFT release notes are here: http://www.mono-project.com/Release_Notes_Mono_2.6 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] 2.6 preview 1
Fixed. Thanks! Jon Rafael Teixeira wrote: Small typing error on the Release Notes Users of mkbundle can now pass runtime options to the generated executable by setting the codetMONO_BUNDLED_OPTIONS/code environment variable. Where is codet it should be code, I think. Rafael Monoman Teixeira --- To be creative means to be in love with life. You can be creative only if you love life enough that you want to enhance its beauty, you want to bring a little more music to it, a little more poetry to it, a little more dance to it. Osho On Wed, Sep 30, 2009 at 11:30 PM, Andrew Jorgensen ajorgen...@novell.com wrote: The first preview build of 2.6 has been published to http://mono.ximian.com/monobuild/preview/download-preview/ The windows installer in this build is known to contain a number of problems, including but not limited to: * Has an older build (2.4.x) of gluezilla * Does not contain mono-tools (monodoc browser, gsharp, gendarme, etc.) or gnome-sharp * Is larger than it was previously despite missing mono-tools, etc. We are working through these problems but felt that it was more important to get the build (and the preview tarballs) out into your hands. SLE_10 and openSUSE_10.3 binary packages have been dropped (mono-tools now requires a more recent gtk than available in SLE_10 and 10.3 will be end-of-life around the time we publish 2.6-final). The DRAFT release notes are here: http://www.mono-project.com/Release_Notes_Mono_2.6 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] sse_mathfun convert
Hi, I have converted exp_ps(from http://gruntthepeon.free.fr/ssemath/) to Mono. using System; using Mono.Simd; public static class Myext{ public static unsafe Vector4i LogicalLeftShift(this Vector4i v1, int amount) { Vector4i res = new Vector4i(); int* a = (int*)v1; int* b =(int*)res; for (int i = 0; i 4; ++i) *b++ = (int)((uint)(*a++) amount); return res; } public static unsafe Vector4ui LogicalLeftShift(this Vector4ui v1, int amount) { Vector4ui res = new Vector4ui(); uint* a = (uint*)v1; uint* b =(uint*)res; for (int i = 0; i 4; ++i) *b++ = ((uint)(*a++) amount); return res; } public static unsafe Vector4f Cast2Vector4f(this Vector4i v1) { Vector4f res = new Vector4f(); int* a = (int*)v1; float* b = (float*)res; for (int i = 0; i 4; ++i) *b++ = ((float)(*a++)); return res; } public static unsafe Vector4f Cast2Vector4f(this Vector4ui v1) { Vector4f res = new Vector4f(); uint* a = (uint*)v1; float* b = (float*)res; for (int i = 0; i 4; ++i) *b++ = ((float)(*a++)); return res; } public static unsafe Vector4i Cast2Vector4i(this Vector4f v1) { Vector4i res = new Vector4i(); float* a = (float*)v1; int* b = (int*)res; for (int i = 0; i 4; ++i) *b++ = ((int)(*a++)); return res; } public static unsafe Vector4ui Cast2Vector4ui(this Vector4f v1) { Vector4ui res = new Vector4ui(); float* a = (float*)v1; uint* b = (uint*)res; for (int i = 0; i 4; ++i) *b++ = ((uint)(*a++)); return res; } static Vector4f v4sf_0p5 = new Vector4f(0.5f); static Vector4ui v4sui_0x7f = new Vector4ui(0x7f); static Vector4i v4si_0x7f = new Vector4i(0x7f); static Vector4f v4sf_one = Vector4f.One; static Vector4f v4sf_exp_hi = new Vector4f(88.3762626647949f); static Vector4f v4sf_exp_lo = new Vector4f(-88.3762626647949f); static Vector4f v4sf_cephes_LOG2EF = new Vector4f(1.44269504088896341f); static Vector4f v4sf_cephes_exp_C1 = new Vector4f(0.693359375f); static Vector4f v4sf_cephes_exp_C2 = new Vector4f(-2.12194440e-4f); static Vector4f v4sf_cephes_exp_p0 = new Vector4f(1.9875691500E-4f); static Vector4f v4sf_cephes_exp_p1 = new Vector4f(1.3981999507E-3f); static Vector4f v4sf_cephes_exp_p2 = new Vector4f(8.3334519073E-3f); static Vector4f v4sf_cephes_exp_p3 = new Vector4f(4.1665795894E-2f); static Vector4f v4sf_cephes_exp_p4 = new Vector4f(1.665459E-1f); static Vector4f v4sf_cephes_exp_p5 = new Vector4f(5.001201E-1f); public static Vector4f ExpSSE(Vector4f x) { //Vector4f tmp = Vector4f.Zero; Vector4f fx = Vector4f.Zero; Vector4i emm0; x = VectorOperations.Min(x, v4sf_exp_hi); x = VectorOperations.Max(x, v4sf_exp_lo); /* express exp(x) as exp(g + n*log(2)) */ fx = x * v4sf_cephes_LOG2EF; fx = fx + v4sf_0p5; //Console.WriteLine(fx); /* how to perform a floorf with SSE: just below */ //Console.WriteLine(fx); emm0 = Cast2Vector4i(fx); //Console.WriteLine(emm0); Vector4f tmp = Cast2Vector4f(emm0); //Console.WriteLine(tmp); //Vector4f tmp = new Vector4f(Math.Truncate(fx.X), Math.Truncate(fx.Y), Math.Truncate(fx.Z), Math.Truncate(fx.W)); /* if greater, substract 1 */ Vector4f mask = VectorOperations.CompareLessEqual(fx, tmp); mask = mask v4sf_one; fx = tmp - mask; //Console.WriteLine(fx); tmp = fx * v4sf_cephes_exp_C1; //Console.WriteLine(tmp:{0},tmp); Vector4f z = fx * v4sf_cephes_exp_C2; x = x - tmp; x = x - z; //Console.WriteLine(x:{0},x); z = x * x; Vector4f y = v4sf_cephes_exp_p0; y = y * x; y = y + v4sf_cephes_exp_p1; y = y * x; y = y + v4sf_cephes_exp_p2; y = y * x; y = y + v4sf_cephes_exp_p3; y = y * x; y = y + v4sf_cephes_exp_p4; y = y * x; y = y + v4sf_cephes_exp_p5; y = y * z; y = y + x; y = y + v4sf_one; //Console.WriteLine(y:{0},y); /* build 2^n */ //Console.WriteLine(fx); //Vector4ui emm1 = Cast2Vector4ui(fx); emm0 = Cast2Vector4i(fx); //Console.WriteLine(ui:{0}, Cast2Vector4ui(fx)); //Console.WriteLine(i:{0},Cast2Vector4i(fx)); //emm1 = emm1 + v4sui_0x7f; emm0 = emm0 +v4si_0x7f; //Console.WriteLine(emm1); //emm1 = LogicalLeftShift(emm1, 23); emm0 = LogicalLeftShift(emm0, 23); //Console.WriteLine(emm1); //Vector4f pow2n = (Vector4f)emm1; Vector4f pow2n =
Re: [Mono-dev] 2.6 preview 1
Is the Mono for Windows installer bigger now because it includes the mono.dll and mono static libraries like libmono.a which non-embedders do not need? I think maybe there should be two installers for mono on windows. 1. Normal. (Mono/Gtk+/Gtk# Runtime and Compilers and Tools). 2. Embedded. This would require the first installer. The embedded can include the extra mono.dll and libmono.a and other libraries needed for embedding mono. This would also be the version you would need to build mono or gtk# from source. This will make the Normal installer smaller. --- On Wed, 9/30/09, Andrew Jorgensen ajorgen...@novell.com wrote: From: Andrew Jorgensen ajorgen...@novell.com Subject: [Mono-dev] 2.6 preview 1 To: mono-packagers-l...@lists.ximian.com Cc: mono-devel mono-devel-list@lists.ximian.com Date: Wednesday, September 30, 2009, 10:30 PM The first preview build of 2.6 has been published to http://mono.ximian.com/monobuild/preview/download-preview/ The windows installer in this build is known to contain a number of problems, including but not limited to: * Has an older build (2.4.x) of gluezilla * Does not contain mono-tools (monodoc browser, gsharp, gendarme, etc.) or gnome-sharp * Is larger than it was previously despite missing mono-tools, etc. We are working through these problems but felt that it was more important to get the build (and the preview tarballs) out into your hands. SLE_10 and openSUSE_10.3 binary packages have been dropped (mono-tools now requires a more recent gtk than available in SLE_10 and 10.3 will be end-of-life around the time we publish 2.6-final). The DRAFT release notes are here: http://www.mono-project.com/Release_Notes_Mono_2.6 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] 2.6 preview 1
Daniel Morgan wrote: Is the Mono for Windows installer bigger now because it includes the mono.dll and mono static libraries like libmono.a which non-embedders do not need? Mono.dll is required by the Windows build, so it cannot be omitted. Libmono.a is of no use under Windows and it should not be distributed anyway. Mono.lib (I believe it's still not distributed) would be just a tiny import library. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] 2.6 preview 1
Has the Task Parallel Library been performance tested on OSX? I've been having a tough time getting any kind of performance out of my threads on the Mac+Mono platform. Maybe this is the solution? -L Andrew Jorgensen-4 wrote: The first preview build of 2.6 has been published to http://mono.ximian.com/monobuild/preview/download-preview/ The windows installer in this build is known to contain a number of problems, including but not limited to: * Has an older build (2.4.x) of gluezilla * Does not contain mono-tools (monodoc browser, gsharp, gendarme, etc.) or gnome-sharp * Is larger than it was previously despite missing mono-tools, etc. We are working through these problems but felt that it was more important to get the build (and the preview tarballs) out into your hands. SLE_10 and openSUSE_10.3 binary packages have been dropped (mono-tools now requires a more recent gtk than available in SLE_10 and 10.3 will be end-of-life around the time we publish 2.6-final). The DRAFT release notes are here: http://www.mono-project.com/Release_Notes_Mono_2.6 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- View this message in context: http://www.nabble.com/2.6-preview-1-tp25692276p25703738.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] 2.6 preview 1
I never heard of it tested under OSX. --Jérémie Laval jeremie.la...@gmail.com http://neteril.org On Thu, Oct 1, 2009 at 7:56 PM, LKeene lt;lionel.ke...@gmail.comgt; wrote: Has the Task Parallel Library been performance tested on OSX? I've been having a tough time getting any kind of performance out of my threads on the Mac+Mono platform. Maybe this is the solution? -L Andrew Jorgensen-4 wrote: gt; gt; The first preview build of 2.6 has been published to gt; http://mono.ximian.com/monobuild/preview/download-preview/ gt; gt; The windows installer in this build is known to contain a number of gt; problems, including but not limited to: gt; * Has an older build (2.4.x) of gluezilla gt; * Does not contain mono-tools (monodoc browser, gsharp, gendarme, etc.) or gt; gnome-sharp gt; * Is larger than it was previously despite missing mono-tools, etc. gt; gt; We are working through these problems but felt that it was more important gt; to get the build (and the preview tarballs) out into your hands. gt; gt; SLE_10 and openSUSE_10.3 binary packages have been dropped (mono-tools now gt; requires a more recent gtk than available in SLE_10 and 10.3 will be gt; end-of-life around the time we publish 2.6-final). gt; gt; The DRAFT release notes are here: gt; http://www.mono-project.com/Release_Notes_Mono_2.6 gt; gt; ___ gt; Mono-devel-list mailing list gt; Mono-devel-list@lists.ximian.com gt; http://lists.ximian.com/mailman/listinfo/mono-devel-list gt; gt; -- View this message in context: http://www.nabble.com/2.6-preview-1-tp25692276p25703738.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list signature.asc Description: OpenPGP digital signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] 2.6 preview 1
Hey, On Thu, Oct 1, 2009 at 6:56 PM, LKeene lionel.ke...@gmail.com wrote: Has the Task Parallel Library been performance tested on OSX? I've been having a tough time getting any kind of performance out of my threads on the Mac+Mono platform. Maybe this is the solution? Unlikely. I mean this in a constructive way, but the problem is more likely just a bad threading implementation. Altering how you split data up between threads and/or how you manage the threads would likely be the best way of improving performance. Performance of Mac + Mono should be very close to Linux + Mono. If you're seeing a huge difference in the exact same code it might be worth filing a bug. Alan. -L Andrew Jorgensen-4 wrote: The first preview build of 2.6 has been published to http://mono.ximian.com/monobuild/preview/download-preview/ The windows installer in this build is known to contain a number of problems, including but not limited to: * Has an older build (2.4.x) of gluezilla * Does not contain mono-tools (monodoc browser, gsharp, gendarme, etc.) or gnome-sharp * Is larger than it was previously despite missing mono-tools, etc. We are working through these problems but felt that it was more important to get the build (and the preview tarballs) out into your hands. SLE_10 and openSUSE_10.3 binary packages have been dropped (mono-tools now requires a more recent gtk than available in SLE_10 and 10.3 will be end-of-life around the time we publish 2.6-final). The DRAFT release notes are here: http://www.mono-project.com/Release_Notes_Mono_2.6 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- View this message in context: http://www.nabble.com/2.6-preview-1-tp25692276p25703738.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] 2.6 preview 1
Hey Alan, I understand. I've been through the algorithm and it's very sound. It screams on Microsoft .net, runs nicely (but a little slower) on Mono runtime and Linux. Bogs down like crazy on Mono + Mac. I have a sneaky suspicion it's the way the calling thread is waiting for the worker threads to finish (WaitHandle.WaitAll(...)). Maybe Mono's Mac implementation of this is very inefficient? -L I'm going to prepare a compact test case that illustrates the behavior. Alan McGovern-2 wrote: Hey, On Thu, Oct 1, 2009 at 6:56 PM, LKeene lionel.ke...@gmail.com wrote: Has the Task Parallel Library been performance tested on OSX? I've been having a tough time getting any kind of performance out of my threads on the Mac+Mono platform. Maybe this is the solution? Unlikely. I mean this in a constructive way, but the problem is more likely just a bad threading implementation. Altering how you split data up between threads and/or how you manage the threads would likely be the best way of improving performance. Performance of Mac + Mono should be very close to Linux + Mono. If you're seeing a huge difference in the exact same code it might be worth filing a bug. Alan. -L Andrew Jorgensen-4 wrote: The first preview build of 2.6 has been published to http://mono.ximian.com/monobuild/preview/download-preview/ The windows installer in this build is known to contain a number of problems, including but not limited to: * Has an older build (2.4.x) of gluezilla * Does not contain mono-tools (monodoc browser, gsharp, gendarme, etc.) or gnome-sharp * Is larger than it was previously despite missing mono-tools, etc. We are working through these problems but felt that it was more important to get the build (and the preview tarballs) out into your hands. SLE_10 and openSUSE_10.3 binary packages have been dropped (mono-tools now requires a more recent gtk than available in SLE_10 and 10.3 will be end-of-life around the time we publish 2.6-final). The DRAFT release notes are here: http://www.mono-project.com/Release_Notes_Mono_2.6 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- View this message in context: http://www.nabble.com/2.6-preview-1-tp25692276p25703738.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- View this message in context: http://www.nabble.com/2.6-preview-1-tp25692276p25707643.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mono / mac / gtk / winforms
Are the GTK / winforms updates included in mono 2.6 preview 1 for Mac? I ask because we still have significant erratic behavior with gui apps on Mac with 2.6, but not on linux or windows. thanks, Kris ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono.Simd and Threefish256
As part of my free time, I decided to start down the path to SIMD-ing some cryptography algorithms. As a starter exercise, I took Threefish256 from the SHA-3 submission Skein. The experience was very enlightening, and as I haven't been able to find anything of substance out there about working with Mono.Simd, I thought I'd write some articles about it. I'm posting my experience to my blog in a 5-part series. The first of the posts has already been published, and I'll have the rest ready by the end of the weekend: http://blog.xpdm.us/2009/10/01/skein-threefish-and-mono-simd-part-1/ Thanks to all the folks who've been keeping the Mono.Simd project going. -- Marcus Griep signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list