Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
From: bobsummerw...@gmail.com [mailto:bobsummerw...@gmail.com] On Behalf Of Bob Summerwill have never built Mono myself, let alone done a port, That's the hard part. Although - Miguel is working on improving the build process, so maybe this will get much better very soon. My experience so far has been, if the standard make process succeeds, then great, and if it fails for any reason, I've never once seen that successfully overcome. I have yet to complete a successful windows build. And then as you said, porting to a different platform is bound to have some difficulties. It might be easy, just be prepared to put a lot of time and effort into it! ;-) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- View this message in context: http://mono.1490590.n4.nabble.com/Still-seeking-contractor-to-adding-Tizen-support-to-Mono-tp4663022p4663077.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] Still seeking contractor to adding Tizen support to Mono
Fantastic news!Thanks for sharing that information, Sergey. It sounds like the contract work for Tizen is going to be even more minimal, then, along the lines of ... 1. Make configure changes in an upstream-able, clean format.Submit a pull request and get that accepted. Tada! We have Tizen support for Mono :-) 2. Verify that all appropriate samples and unit-tests are buildable and runnable against the Tizen emulator.Make a list of WON'T FIX ones. 3. Work out how to augment the Mono automated builds/tests to include Tizen support. On the question of automation ... http://wrench.mono-project.com/builds appears to be dead. Is there automation for Mono separate from whatever Xamarin have running for their own needs? For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin.Is there an existing automation infrastructure for this to be added to? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 8:36 AM, xplicit s...@ngs.ru wrote: I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- View this message in context: http://mono.1490590.n4.nabble.com/Still-seeking-contractor-to-adding-Tizen-support-to-Mono-tp4663022p4663077.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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
The configure.ac change is arguably not something that should be upstreamed, fwiw. You should probably instead do: $ CXX=gcc-c++ ./autogen.sh ... Or symlink g++ to gcc-c++. Or tell the Tizen engineers to fix their stuff. ;) On Fri, Jun 13, 2014 at 5:36 PM, xplicit s...@ngs.ru wrote: I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- View this message in context: http://mono.1490590.n4.nabble.com/Still-seeking-contractor-to-adding-Tizen-support-to-Mono-tp4663022p4663077.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] Still seeking contractor to adding Tizen support to Mono
Yep, Tizen can target various architectures, though as Damien says, I don't imagine those will be very troublesome either.Tizen is just a very normal Linux. There is a common base (called Tizen:Common) on which all the specific profiles are built (IVI and Mobile for now, IoT, TV, appliances forthcoming). See https://wiki.tizen.org/wiki/Common. Reference Hardware The actual reference targets are: - x86_64: - Intel Atom NUC https://wiki.tizen.org/wiki/Devices#PC - Bay Trail http://ark.intel.com/products/codename/55844/Bay-Trail#@All - Intel Minnowboard MAX http://www.minnowboard.org/meet-minnowboard-max/ (Atom E38xx) - VTC 7120-BK http://www.nexcom.com/Products/mobile-computing-solutions/tizen-ivi-platform/tizen-ivi-platform/tizen-ivi-vtc-7120-bk (Celeron 847E) - VTC 1010 http://www.nexcom.com/Products/mobile-computing-solutions/tizen-ivi-platform/tizen-ivi-platform/vtc-1010-ivi (Atom E3827) - i586: - Intel Haswell NUC (Core i3, Core i5) http://www.anandtech.com/show/7566/intels-haswell-nuc-d54250wyk-ucff-pc-review - Lenovo x230 IvyBridge (Core i5) - armv7l: - (to be defined) see ARM https://wiki.tizen.org/wiki/ARM page - aarch64: - (to be defined) See also Leon Anavi - Porting Tizen to open source hardware devices for beginners http://www.tizenexperts.com/2014/06/1-porting-tizen-open-source-hardware-devices-beginners I have an RD-PQ Tizen developer phone, and an Intel NUC, which was a giveaway at the Tizen Developer Conference. I've also got a Gear 2 smartwatch, which also runs Tizen, but only the HTML5 APIs are exposed on the watch, unless you root it ( http://www.tizenexperts.com/2014/06/hack-tizen-samsung-gear-2-gear-2-neo-get-root-access/ ) See http://www.tizenexperts.com/2014/06/unboxing-intel-nuc-tizen-developer-conference-2014/ for more details on the Intel NUC. BTW - tizenexperts.com is the best Tizen news site. https://twitter.com/tizenexperts. Cheers, Bob On Fri, Jun 13, 2014 at 9:55 AM, Damien Diederen d...@crosstwine.com wrote: Bob, Sergey, I was wondering what Tizen had that was so different from other Linux distributions; I guess we now have an answer: not much! Of course, this is x86 and Bob is--AFAICT--interested in ARM, but I don't expect major problems there either as Tizen seems to be a bona fide glibc/RPM platform, unlike Android. Cheers, -D Bob Summerwill b...@summerwill.net writes: Fantastic news!Thanks for sharing that information, Sergey. It sounds like the contract work for Tizen is going to be even more minimal, then, along the lines of ... 1. Make configure changes in an upstream-able, clean format.Submit a pull request and get that accepted. Tada! We have Tizen support for Mono :-) 2. Verify that all appropriate samples and unit-tests are buildable and runnable against the Tizen emulator.Make a list of WON'T FIX ones. 3. Work out how to augment the Mono automated builds/tests to include Tizen support. On the question of automation ... http://wrench.mono-project.com/builds appears to be dead. Is there automation for Mono separate from whatever Xamarin have running for their own needs? For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 8:36 AM, xplicit s...@ngs.ru wrote: I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- http://crosstwine.com tel: +49 89 2189 2939 cell: +49 174 3489 428 Strong Opinions, Weakly Held -- Bob Johansen -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Large object size limits
Hi Neale, We should change from SIZE_MAX to the max value a ssize_t can hold. -- Rodrigo On Thu, Jun 12, 2014 at 4:38 PM, Neale Ferguson nealefergu...@verizon.net wrote: The following program runs fine on .NET - using System; using System.Collections.Generic; using System.Runtime; using System.Text; namespace LargeObjectTest { class Program { static void Main(string[] args) { IListdouble myList = new Listdouble(); long index = 1024*1024*1024; Console.WriteLine(index: + index); double[] array = null; Console.WriteLine(UInt32.MaxValue: +UInt32.MaxValue); try { array = new double[index]; Console.WriteLine(doubleArray:LongLength + array.Length * sizeof(double) + bytes); Console.WriteLine(sizeof(double) + sizeof(double) + bytes); Console.WriteLine(index + index); Console.WriteLine(doubleArray:LongLength + array.LongLength); Console.WriteLine(doubleArray:Size + array.LongLength * sizeof(double) * 1.0 + Bytes); } catch (Exception e) { Console.WriteLine(Exception: + e); Console.WriteLine(Exception: + e.Message + allocating : + index); Console.WriteLine(Exception: + e.Message + allocating : + index * sizeof(double)); } } } } However, on mono on Linux it results in: index:1073741824 UInt32.MaxValue: 4294967295 Exception:System.OutOfMemoryException: Out of memory at (wrapper managed-to-native) object:__icall_wrapper_mono_array_new_specific (intptr,int) at LargeObjectTest.Program.Main (System.String[] args) [0x0] in filename unknown:0 Exception:Out of memory allocating :1073741824 Exception:Out of memory allocating :8589934592 If I make the following change to override the SIZE_MAX value from /usr/include/stdint.h: --- a/mono/metadata/sgen-los.c +++ b/mono/metadata/sgen-los.c @@ -342,8 +342,12 @@ sgen_los_alloc_large_inner (MonoVTable *vtable, size_t size) * * size = SIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject) */ +#undef SIZE_MAX +#define SIZE_MAX (17179869184U) if (size SIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject)) return NULL; +#undef SIZE_MAX +#define SIZE_MAX (4294967295U) #ifdef LOS_DUMMY if (!los_segment) Then the program works as it does under .NET: index:1073741824 UInt32.MaxValue: 4294967295 doubleArray:LongLength 0 bytes sizeof(double) 8 bytes index 1073741824 doubleArray:LongLength 1073741824 doubleArray:Size 8589934592 Bytes The question is, what is the correct value for the comparison in lieu of SIZE_MAX? I can't determine what the max is on .NET. Another question is what type of compacting happens with large objects like this? Neale ___ 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] Still seeking contractor to adding Tizen support to Mono
We could probably do something to only require a C++ compiler when we build with LLVM support. Patches welcome! ;) On Fri, Jun 13, 2014 at 8:04 PM, Sergey Zhukov s...@ngs.ru wrote: You're right setting the CXX variable is the most preferable way to compile. By the way, why mono always requires g++ compiler? find -name *.cpp ./libgc/gc_cpp.cpp ./mono/mini/mini-llvm-cpp.cpp ./mono/tests/mixed-mode/MixedModeLibrary/MixedModeLibrary.cpp ./mono/tests/mixed-mode/MixedModeLibrary/NativeApp.cpp ./mono/tests/mixed-mode/MixedModeApp/MixedModeApp.cpp ./mono/tests/mixed-mode/PureMsvcrtApp/PureMsvcrtApp.cpp ./mono/tests/mixed-mode/MixedModeMsvcrtApp/MixedModeMsvcrtApp.cpp tests/mixed-mode are run in windows environment only gc_cpp.cpp and gc_cpp.cc look like orphaned files which were added 10 years ago and have never changed since that only mini-llvm-cpp.cpp requires C++ compiler really but if mono is building without llvm support why it asks for g++? Maybe I missed something. On Fri, 2014-06-13 at 19:08 +0200, Alex Rønne Petersen wrote: The configure.ac change is arguably not something that should be upstreamed, fwiw. You should probably instead do: $ CXX=gcc-c++ ./autogen.sh ... Or symlink g++ to gcc-c++. Or tell the Tizen engineers to fix their stuff. ;) On Fri, Jun 13, 2014 at 5:36 PM, xplicit s...@ngs.ru wrote: I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- View this message in context: http://mono.1490590.n4.nabble.com/Still-seeking-contractor-to-adding-Tizen-support-to-Mono-tp4663022p4663077.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] Still seeking contractor to adding Tizen support to Mono
Bob, Sergey, I was wondering what Tizen had that was so different from other Linux distributions; I guess we now have an answer: not much! Of course, this is x86 and Bob is—AFAICT—interested in ARM, but I don't expect major problems there either as Tizen seems to be a bona fide glibc/RPM platform, unlike Android. Cheers, -D Bob Summerwill b...@summerwill.net writes: Fantastic news!Thanks for sharing that information, Sergey. It sounds like the contract work for Tizen is going to be even more minimal, then, along the lines of ... 1. Make configure changes in an upstream-able, clean format.Submit a pull request and get that accepted. Tada! We have Tizen support for Mono :-) 2. Verify that all appropriate samples and unit-tests are buildable and runnable against the Tizen emulator.Make a list of WON'T FIX ones. 3. Work out how to augment the Mono automated builds/tests to include Tizen support. On the question of automation ... http://wrench.mono-project.com/builds appears to be dead. Is there automation for Mono separate from whatever Xamarin have running for their own needs? For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin.Is there an existing automation infrastructure for this to be added to? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 8:36 AM, xplicit s...@ngs.ru wrote: I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- http://crosstwine.com tel: +49 89 2189 2939 cell: +49 174 3489 428 “Strong Opinions, Weakly Held” — Bob Johansen ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
You're right setting the CXX variable is the most preferable way to compile. By the way, why mono always requires g++ compiler? find -name *.cpp ./libgc/gc_cpp.cpp ./mono/mini/mini-llvm-cpp.cpp ./mono/tests/mixed-mode/MixedModeLibrary/MixedModeLibrary.cpp ./mono/tests/mixed-mode/MixedModeLibrary/NativeApp.cpp ./mono/tests/mixed-mode/MixedModeApp/MixedModeApp.cpp ./mono/tests/mixed-mode/PureMsvcrtApp/PureMsvcrtApp.cpp ./mono/tests/mixed-mode/MixedModeMsvcrtApp/MixedModeMsvcrtApp.cpp tests/mixed-mode are run in windows environment only gc_cpp.cpp and gc_cpp.cc look like orphaned files which were added 10 years ago and have never changed since that only mini-llvm-cpp.cpp requires C++ compiler really but if mono is building without llvm support why it asks for g++? Maybe I missed something. On Fri, 2014-06-13 at 19:08 +0200, Alex Rønne Petersen wrote: The configure.ac change is arguably not something that should be upstreamed, fwiw. You should probably instead do: $ CXX=gcc-c++ ./autogen.sh ... Or symlink g++ to gcc-c++. Or tell the Tizen engineers to fix their stuff. ;) On Fri, Jun 13, 2014 at 5:36 PM, xplicit s...@ngs.ru wrote: I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- View this message in context: http://mono.1490590.n4.nabble.com/Still-seeking-contractor-to-adding-Tizen-support-to-Mono-tp4663022p4663077.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] Still seeking contractor to adding Tizen support to Mono
As Alex mentioned before, there is no need to change configure.ac, mono can be compiled without the change. But to have a 'true' mono on Tizen it would be better to create a package from the latest stable version of mono and include it to the official Tizen repo. Otherwise even developers have the issues (mostly with setting of LD_LIBRARY_PATH) when compile mono. Here's the output of the 'cd mcs make run-test' command. On my ubuntu system, I've got only one error (which are not in these). But on Ubuntu I have more older version of mono, so these can be new issues. Test Case Failures: 1) MonoTests.System.Collections.Generic.ListTest.FindAllSmallTest : Expected: 80 But was: 55 ... 2) MonoTests.System.Runtime.CompilerServices.TaskAwaiterTest.CompletionOnDifferentCustomSynchronizationContext : String lengths are both 3. Strings differ at index 1. Expected: 132 But was: 123 ^ 3) MonoTests.System.Runtime.CompilerServices.TaskAwaiterTest.CustomScheduler : #3a Expected: 2 But was: 1 4) MonoTests.System.Threading.Tasks.TaskTests.TaskContinuationChainLeak : Expected: False But was: TrueOn Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Fantastic news!Thanks for sharing that information, Sergey. It sounds like the contract work for Tizen is going to be even more minimal, then, along the lines of ... 1. Make configure changes in an upstream-able, clean format.Submit a pull request and get that accepted. Tada! We have Tizen support for Mono :-) 2. Verify that all appropriate samples and unit-tests are buildable and runnable against the Tizen emulator.Make a list of WON'T FIX ones. 3. Work out how to augment the Mono automated builds/tests to include Tizen support. On the question of automation ... http://wrench.mono-project.com/builds appears to be dead. Is there automation for Mono separate from whatever Xamarin have running for their own needs? For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 8:36 AM, xplicit s...@ngs.ru wrote: I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- View this message in context: http://mono.1490590.n4.nabble.com/Still-seeking-contractor-to-adding-Tizen-support-to-Mono-tp4663022p4663077.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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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] Still seeking contractor to adding Tizen support to Mono
From this discussion, would I be correct in thinking there is NO existing public automated build and testing infrastructure set up which is independent of whatever Xamarin have for their own needs? I was thinking I would be adding Tizen configs but it sounds like we need to build this for all platforms? On Jun 13, 2014 12:25 PM, Daniel Lo Nigro li...@dan.cx wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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] MonoTizen contractor found - Crosstwine Labs (Damien Diederen)!
I am delighted to announce that Crosstwine Labs (Damien Diederen) will be contracting for Kitsilano Software to bring Tizen support to Mono up to spec. http://crosstwine.com/ https://twitter.com/ztzg https://www.linkedin.com/pub/damien-diederen/0/5a9/473 It sounds like the Mono runtime very nearly just works on Tizen already, so much of the work is likely to be ensuring that all the samples and unit-tests are in a good state, and then setting up automated builds and tests for everything, to ensure that things stay in a healthy state forever! Thanks to the other individuals who also contacted me. Best wishes ... Cheers, Bob Summerwill Kitsilano Software https://twitter.com/monotizen http://kitsilanosoftware.wordpress.com/about/ http://bobsummerwill.wordpress.com/contact-bob/ -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Large object size limits
If we include limits.h it includes posix1_lim.h which defines SSIZE_MAX Neale On Jun 14, 2014, at 4:07 AM, Rodrigo Kumpera kump...@gmail.com wrote: Hi Neale, We should change from SIZE_MAX to the max value a ssize_t can hold. -- Rodrigo On Thu, Jun 12, 2014 at 4:38 PM, Neale Ferguson nealefergu...@verizon.net wrote: The following program runs fine on .NET - using System; using System.Collections.Generic; using System.Runtime; using System.Text; namespace LargeObjectTest { class Program { static void Main(string[] args) { IListdouble myList = new Listdouble(); long index = 1024*1024*1024; Console.WriteLine(index: + index); double[] array = null; Console.WriteLine(UInt32.MaxValue: +UInt32.MaxValue); try { array = new double[index]; Console.WriteLine(doubleArray:LongLength + array.Length * sizeof(double) + bytes); Console.WriteLine(sizeof(double) + sizeof(double) + bytes); Console.WriteLine(index + index); Console.WriteLine(doubleArray:LongLength + array.LongLength); Console.WriteLine(doubleArray:Size + array.LongLength * sizeof(double) * 1.0 + Bytes); } catch (Exception e) { Console.WriteLine(Exception: + e); Console.WriteLine(Exception: + e.Message + allocating : + index); Console.WriteLine(Exception: + e.Message + allocating : + index * sizeof(double)); } } } } However, on mono on Linux it results in: index:1073741824 UInt32.MaxValue: 4294967295 Exception:System.OutOfMemoryException: Out of memory at (wrapper managed-to-native) object:__icall_wrapper_mono_array_new_specific (intptr,int) at LargeObjectTest.Program.Main (System.String[] args) [0x0] in filename unknown:0 Exception:Out of memory allocating :1073741824 Exception:Out of memory allocating :8589934592 If I make the following change to override the SIZE_MAX value from /usr/include/stdint.h: --- a/mono/metadata/sgen-los.c +++ b/mono/metadata/sgen-los.c @@ -342,8 +342,12 @@ sgen_los_alloc_large_inner (MonoVTable *vtable, size_t size) * * size = SIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject) */ +#undef SIZE_MAX +#define SIZE_MAX (17179869184U) if (size SIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject)) return NULL; +#undef SIZE_MAX +#define SIZE_MAX (4294967295U) #ifdef LOS_DUMMY if (!los_segment) Then the program works as it does under .NET: index:1073741824 UInt32.MaxValue: 4294967295 doubleArray:LongLength 0 bytes sizeof(double) 8 bytes index 1073741824 doubleArray:LongLength 1073741824 doubleArray:Size 8589934592 Bytes The question is, what is the correct value for the comparison in lieu of SIZE_MAX? I can't determine what the max is on .NET. Another question is what type of compacting happens with large objects like this? Neale ___ 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] Still seeking contractor to adding Tizen support to Mono
They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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] Still seeking contractor to adding Tizen support to Mono
Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
I can't recommend travis CI enough. We use it on the Metasploit project to test pull requests for basic things automagically. On Fri, Jun 13, 2014 at 4:44 PM, Sergey Zhukov s...@ngs.ru wrote: Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- http://volatile-minds.blogspot.com -- blog http://www.volatileminds.net -- website ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
But there is no centrally maintained automated build instance right now, correct?Or incorrect? On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov s...@ngs.ru wrote: Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
I think your lack of response is probably a 'no' (outside of anything Xamarin might use internally). On Fri, Jun 13, 2014 at 4:47 PM, Bob Summerwill b...@summerwill.net wrote: But there is no centrally maintained automated build instance right now, correct?Or incorrect? On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov s...@ngs.ru wrote: Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- http://volatile-minds.blogspot.com -- blog http://www.volatileminds.net -- website ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
I think you are right, Brandon. The build status link from http://mono-project.com/Contributing leads to http://wrench.mono-project.com/builds, which is dead. The website in general appears to be a mixture of unloved and advert for Xamarin, which strikes me as wrong.I will start another thread on the general mailing list on that topic. Cheers, Bob On Fri, Jun 13, 2014 at 2:49 PM, Brandon Perry bperry.volat...@gmail.com wrote: I think your lack of response is probably a 'no' (outside of anything Xamarin might use internally). On Fri, Jun 13, 2014 at 4:47 PM, Bob Summerwill b...@summerwill.net wrote: But there is no centrally maintained automated build instance right now, correct?Or incorrect? On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov s...@ngs.ru wrote: Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ 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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
AFAIK, Xamarin uses this for mono (it's working link) https://wrench.mono-project.com/Wrench/ also I've seen travis scripts in the mono tree some time ago (some of them or even all were removed) On Fri, 2014-06-13 at 14:47 -0700, Bob Summerwill wrote: But there is no centrally maintained automated build instance right now, correct?Or incorrect? On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov s...@ngs.ru wrote: Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
Right, so maybe this is more a case of the website not getting enough love? We should still have automation independent of Xamarin, though. Mono != Xamarin. Cheers, Bob On Fri, Jun 13, 2014 at 3:04 PM, Sergey Zhukov s...@ngs.ru wrote: AFAIK, Xamarin uses this for mono (it's working link) https://wrench.mono-project.com/Wrench/ also I've seen travis scripts in the mono tree some time ago (some of them or even all were removed) On Fri, 2014-06-13 at 14:47 -0700, Bob Summerwill wrote: But there is no centrally maintained automated build instance right now, correct?Or incorrect? On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov s...@ngs.ru wrote: Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote: On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ Also for open-source project you can try travis.ci, but it has one-hour limit for running what can be critical for running mono tests inside the tizen emulator. For Tizen at least I would like to get automated builds and runs going within Windows Azure VMs which I will sponsor the costs of runnin. Is there an existing automation infrastructure for this to be added to? Thanks!
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
Also I've found this link, don't know who maintains it http://monojenkins.cloudapp.net/ On Fri, 2014-06-13 at 15:07 -0700, Bob Summerwill wrote: Right, so maybe this is more a case of the website not getting enough love? We should still have automation independent of Xamarin, though. Mono != Xamarin. Cheers, Bob On Fri, Jun 13, 2014 at 3:04 PM, Sergey Zhukov s...@ngs.ru wrote: AFAIK, Xamarin uses this for mono (it's working link) https://wrench.mono-project.com/Wrench/ also I've seen travis scripts in the mono tree some time ago (some of them or even all were removed) On Fri, 2014-06-13 at 14:47 -0700, Bob Summerwill wrote: But there is no centrally maintained automated build instance right now, correct?Or incorrect? On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov s...@ngs.ru wrote: Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity don't do? On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov s...@ngs.ru wrote:
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
It looks like it might be https://github.com/alexrp (Alex Rønne Petersen). CC-ed. On Fri, Jun 13, 2014 at 3:18 PM, Sergey Zhukov s...@ngs.ru wrote: Also I've found this link, don't know who maintains it http://monojenkins.cloudapp.net/ On Fri, 2014-06-13 at 15:07 -0700, Bob Summerwill wrote: Right, so maybe this is more a case of the website not getting enough love? We should still have automation independent of Xamarin, though. Mono != Xamarin. Cheers, Bob On Fri, Jun 13, 2014 at 3:04 PM, Sergey Zhukov s...@ngs.ru wrote: AFAIK, Xamarin uses this for mono (it's working link) https://wrench.mono-project.com/Wrench/ also I've seen travis scripts in the mono tree some time ago (some of them or even all were removed) On Fri, 2014-06-13 at 14:47 -0700, Bob Summerwill wrote: But there is no centrally maintained automated build instance right now, correct?Or incorrect? On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov s...@ngs.ru wrote: Anybody can use Travis.CI or drone.io as build system. They can run tests on different platforms. For example, here the post how to run tests on ARM platform using Travis.CI. http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html Also Travis.CI has built-in support for OSX and Ubuntu operating systems. So it's possible to write script, which will test mono across several tizen platforms the only bad thing could be a build time limitation. On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote: Please could somebody confirm that there is no existing Mono project automation? Outside of whatever Xamarin do for their own needs, I mean? Thanks! Cheers, Bob On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov s...@ngs.ru wrote: They all do the same things, the only difference what I see is a pricing and limitations for cloud-based jenkins/drone/travis (don't know is there a cloud-based TeamCity services). CloudBees based on Jenkins has 100 min/month for free projects while drone.io does not have monthly limitations for open source. But drone.io has 30-min compile-time limitation which they say can be removed. Travis.CI site says that there are no limitation for open source projects, but somewhere I saw that it has 1 hour limit to compile time. For open-source project it's a good to have ability to avoid thinking about additional infrastructure for CI, its cost and maintenance. So in this case using cloud-based travis or drone can help devs to concentrate on software itself without spending their time and money to supporting internal CI build server. On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote: Maybe drone could be used for CI. https://github.com/drone/drone/ What does Drone do that other more common CI systems like Jenkins and TeamCity
Re: [Mono-dev] MonoTizen contractor found - Crosstwine Labs (Damien Diederen)!
Good luck... this does sound very interesting... On 13 June 2014 22:10, Bob Summerwill b...@summerwill.net wrote: I am delighted to announce that Crosstwine Labs (Damien Diederen) will be contracting for Kitsilano Software to bring Tizen support to Mono up to spec. http://crosstwine.com/ https://twitter.com/ztzg https://www.linkedin.com/pub/damien-diederen/0/5a9/473 It sounds like the Mono runtime very nearly just works on Tizen already, so much of the work is likely to be ensuring that all the samples and unit-tests are in a good state, and then setting up automated builds and tests for everything, to ensure that things stay in a healthy state forever! Thanks to the other individuals who also contacted me. Best wishes ... Cheers, Bob Summerwill Kitsilano Software https://twitter.com/monotizen http://kitsilanosoftware.wordpress.com/about/ http://bobsummerwill.wordpress.com/contact-bob/ -- b...@summerwill.net ___ 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] Large object size limits
Yep, this appears to do the trick... --- a/mono/metadata/sgen-los.c +++ b/mono/metadata/sgen-los.c @@ -336,13 +336,13 @@ sgen_los_alloc_large_inner (MonoVTable *vtable, size_t size) g_assert ((size 1) == 0); /* -* size + sizeof (LOSObject) = SIZE_MAX - (mono_pagesize () - 1) +* size + sizeof (LOSObject) = SSIZE_MAX - (mono_pagesize () - 1) * * therefore: * -* size = SIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject) +* size = SSIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject) */ - if (size SIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject)) + if (size SSIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject)) return NULL; #ifdef LOS_DUMMY On Jun 14, 2014, at 4:07 AM, Rodrigo Kumpera kump...@gmail.com wrote: Hi Neale, We should change from SIZE_MAX to the max value a ssize_t can hold. -- Rodrigo On Thu, Jun 12, 2014 at 4:38 PM, Neale Ferguson nealefergu...@verizon.net wrote: The following program runs fine on .NET - using System; using System.Collections.Generic; using System.Runtime; using System.Text; namespace LargeObjectTest { class Program { static void Main(string[] args) { IListdouble myList = new Listdouble(); long index = 1024*1024*1024; Console.WriteLine(index: + index); double[] array = null; Console.WriteLine(UInt32.MaxValue: +UInt32.MaxValue); try { array = new double[index]; Console.WriteLine(doubleArray:LongLength + array.Length * sizeof(double) + bytes); Console.WriteLine(sizeof(double) + sizeof(double) + bytes); Console.WriteLine(index + index); Console.WriteLine(doubleArray:LongLength + array.LongLength); Console.WriteLine(doubleArray:Size + array.LongLength * sizeof(double) * 1.0 + Bytes); } catch (Exception e) { Console.WriteLine(Exception: + e); Console.WriteLine(Exception: + e.Message + allocating : + index); Console.WriteLine(Exception: + e.Message + allocating : + index * sizeof(double)); } } } } However, on mono on Linux it results in: index:1073741824 UInt32.MaxValue: 4294967295 Exception:System.OutOfMemoryException: Out of memory at (wrapper managed-to-native) object:__icall_wrapper_mono_array_new_specific (intptr,int) at LargeObjectTest.Program.Main (System.String[] args) [0x0] in filename unknown:0 Exception:Out of memory allocating :1073741824 Exception:Out of memory allocating :8589934592 If I make the following change to override the SIZE_MAX value from /usr/include/stdint.h: --- a/mono/metadata/sgen-los.c +++ b/mono/metadata/sgen-los.c @@ -342,8 +342,12 @@ sgen_los_alloc_large_inner (MonoVTable *vtable, size_t size) * * size = SIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject) */ +#undef SIZE_MAX +#define SIZE_MAX (17179869184U) if (size SIZE_MAX - (mono_pagesize () - 1) - sizeof (LOSObject)) return NULL; +#undef SIZE_MAX +#define SIZE_MAX (4294967295U) #ifdef LOS_DUMMY if (!los_segment) Then the program works as it does under .NET: index:1073741824 UInt32.MaxValue: 4294967295 doubleArray:LongLength 0 bytes sizeof(double) 8 bytes index 1073741824 doubleArray:LongLength 1073741824 doubleArray:Size 8589934592 Bytes The question is, what is the correct value for the comparison in lieu of SIZE_MAX? I can't determine what the max is on .NET. Another question is what type of compacting happens with large objects like this? Neale ___ 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