On 03/24/10 Mark Probst wrote:
Here's an updated patch that fixes this problem, both for mono-ehash
as well as for mono-hash.
--- a/mono/metadata/boehm-gc.c
+++ b/mono/metadata/boehm-gc.c
@@ -932,5 +932,11 @@ mono_gc_get_write_barrier (void)
#endif
+void
Thanks for the explanation, I had a feeling it wouldn't be as simple as
I was hoping it was. :-)
-Original Message-
From: Atsushi Eno [mailto:atsushi...@veritas-vos-liberabit.com]
Sent: 25 March 2010 4:12 AM
To: Matt Dargavel
Cc: mono-devel-list@lists.ximian.com
Subject: Re:
MonoDevelop on Windows uses .NET by default, not Mono.
boolean wrote:
Another solution with delegates instead of invoke brings no advantages.
It´s curious on Windows and Mono Develop it´s comperable fast like on
.NET.
--
View this message in context:
Hey guys!
We have accumulated many test suite failures in the past month. If you
commit to mono, please take the time to regularly check the buildbots to
ensure you are not breaking things.
The buildbot results are available here:
http://wrench.mono-project.com/builds
Our new buildbots build
Hi,
test-runtime
mkbundle error
http://build.mono-project.com/WebServices/Download.aspx?workfile_id=2166773
This is caused by mkbundle trying to use the installed mono-2.pc to compile
some C code, but it cannot be found. Adding our mono-2.pc to PKG_CONFIG_PATH
wouldn't work either, since it
We've encountered problems with this bug:
https://bugzilla.novell.com/show_bug.cgi?id=532291
It's seems that there is a patch and regression test cases for Mono which have
been languishing in Bugzilla for a while.
Would someone be so kind as to review and commit the patch?
On Thu, Mar 25, 2010 at 12:14 PM, Jonathan Pobst mon...@jpobst.com wrote:
Hey guys!
We have accumulated many test suite failures in the past month. If you
commit to mono, please take the time to regularly check the buildbots to
ensure you are not breaking things.
The buildbot results are
Am 20.03.2010 um 22:54 schrieb Andreas Färber:
When working on a Git repository that was cloned from a git-svn
repo, it is currently displayed as tarball in `mono -V`.
The method used to obtain the git revision info - searching the log
- is independent of git-svn.
The patch below thus
The older Mono.Data.SqliteClient is gone, so this patch is needed to
build xsp against mono trunk HEAD
--
Jay
Index: test/1.1/webcontrols/dbpage1.aspx
===
--- test/1.1/webcontrols/dbpage1.aspx (revision 154071)
+++
MonoDevelop AddinAuthoring updated for some MD Core namespace renames or
class moves
--
Jay
Index:
extras/MonoDevelop.AddinAuthoring/MonoDevelop.AddinAuthoring/AddinDescriptionView.cs
===
---
It wasn't getting used, it was needlessly referenced and needlessly
imported with using statements.
But Mono.Data is gone, so this is needed to build against a fresh mono
trunk HEAD
--
Jay
Index:
extras/MonoDevelop.Database/MonoDevelop.Database.Sql.Sqlite/MonoDevelop.Database.Sql.Sqlite.csproj
this patch pulls in Mono.Options and uses it instead of Mono.GetOptions.
--
Jay
Index: frontend/Interpreter.cs
===
--- frontend/Interpreter.cs (revision 154213)
+++ frontend/Interpreter.cs (working copy)
@@ -15,8 +15,6 @@
12 matches
Mail list logo