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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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/
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
28 matches
Mail list logo