Hi Greg,
I'm afraid there's no exact flag for that. The best approximation
would be to test that it is flagged METHOD_ATTRIBUTE_SPECIAL_NAME, and
that its name starts with "set_" or "get_".
Short of that, you'll need to iterate over the properties of the class
and check that one of its methods po
Hi folks,
The soft debugger protocol currently doesn't expose the AppDomain in
which a stack frame is being executed.
This is an issue when debugging programs running multiple AppDomains,
where one thread could be executing code in many domains. You want the
ability to use the proper domain when
Hey,
On Apr 10, 2012, at 11:54 PM, Alex Rønne Petersen wrote:
> So, in order to put together an initial list, I'm writing to the
> various dev lists. If you are willing to take maintainership of a
> particular part of Mono's source base, please reply to this email with
> a description of the parts
What Atsushi means is that this piece of code is exploiting a private
implementation detail of the .net framework, so no wonder it doesn't
«work» on Mono.
On Tue, Aug 23, 2011 at 10:28 AM, Stefanos A. wrote:
> 2011/8/23 Atsushi Eno
>>
>> I wonder where the corresponding sections in ECMA CLI spec
Hi,
On Wed, May 18, 2011 at 2:05 PM, Vincent DARON wrote:
> I've problem while cloning XmlDocument containing a DocumentType.
>
> Code to reproduce the error :
>
> //Sample file can be found at :
> http://www.recordare.com/sites/default/files/MozaVeilSample.xml
> XmlDocument doc = new XmlDocument
On Sun, Apr 24, 2011 at 9:31 PM, Rodrigo Kumpera wrote:
> I believe stack size should be rounded up and not down.
Good catch! Anything else before I apply to master and mono-2-10?
Jb
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
htt
Hi,
On OS X, the following test crashes mono:
using System;
using System.Threading;
class Program {
static void Main ()
{
const int system_page_size = 4096;
const int large_stacksize = system_page_size * 400;
const int undivisible_
Hi,
On Mon, Apr 18, 2011 at 9:42 AM, Burkhard Linke
wrote:
> On Wednesday 13 April 2011 17:57:18 Robert Jordan wrote:
> Yu can use monolinker to create a "standalone" binary linked to libmono
> (either dynamically or statically).
You're confusing monolinker and mkbundle.
The tool monolinker is
Hi,
On Fri, Apr 8, 2011 at 1:47 AM, Chris Seaton wrote:
> In the former the constructor is marked as class, in the latter it is not.
> Which is correct? Or does the place it is being used lead to the difference?
> Are constructor methods class methods or not?
It looks like a bug in monodis, it s
Hi Chris,
On Wed, Apr 6, 2011 at 1:29 AM, Chris Seaton wrote:
> If anyone has the time I would appreciate an early code review to check that
> it will fit into mono and could be merged in the future.
As I wrote in my earlier mail, there's a lot of code that can be lifted from:
https://github.c
Hi Chris,
On Fri, Apr 1, 2011 at 11:43 AM, Chris Seaton wrote:
> I think from the project description we are looking for a simple
> reimplementation of monodis - to keep all of the options and output the same.
> Is anyone aware of any previous projects to implement monodis using Cecil? Is
> th
On Sun, Feb 20, 2011 at 11:25 PM, John Feminella wrote:
> [/tmp]> dmcs -r:System foo.cs && ./foo.exe
> WARNING: The runtime version supported by this application is unavailable.
> Using default runtime: v1.1.4322
Looks like whatever you're using to `execute` the assembly is not
initializing the r
Hi,
If you have a look at the source, for BaseXmlSchemaType:
// FIXME:This property works as always returning a
valid schema type.
[MonoTODO]
Whatever that means, it means that part of the property is
implemented, but some cases are still left to handle. Until you'v
Hi,
On Wed, Jan 12, 2011 at 11:48 AM, timeslip
wrote:
> I've reduced my problem down to this
> simple test case:
>
> using System;
> using System.Linq.Expressions;
>
> namespace DelegateTest {
> static class MainClass {
> public static int DynCall(Delegate func) {
> return (int)func.Dyna
Hi,
On Mon, Dec 20, 2010 at 10:01 AM, Federico Di Gregorio wrote:
> I'd like to have someone tell me «Eck! Whay did you do that? That's wrong!».
Eck! Why did you do that? That's wrong!
(You're welcome ;)
> test.cs(15,16): error CS0030: Cannot convert type
> `System.Func' to `System.Func'
Righ
Apparently I'm still having hard times figuring out this email thing.
For the record:
On Wed, Dec 8, 2010 at 1:42 PM, Jb Evain wrote:
> Yes.
>
> On Wed, Dec 8, 2010 at 1:40 PM, Paul F. Johnson
> wrote:
>> Hi,
>>
>>> On Wed, Dec 8, 2010 at 1:25 PM, Paul F
Hi,
On Tue, Dec 7, 2010 at 11:31 AM, Paul F. Johnson
wrote:
> ./System/System.Net.Sockets/Socket_2_1.cs(523,55): error CS0117:
> `System.Net.Sockets.SocketType' does not contain a definition for
> `Dgram'
> System.Net.Sockets/SocketType_2_1.cs(27,21): (Location of the symbol
> related to previous
On Sat, Oct 23, 2010 at 6:49 PM, Quandary wrote:
> I wouldn't recommend LINQ, Microsoft is already phasing LINQ out in favour
> of EntityFramework.
> Existing LINQ support however will continue to exist (for the time being).
"LINQ" and "LINQ to SQL" are two ve
ndUnten
> (System.Collections.Generic.Dictionary`2& myIndexing, Int32 beginTime,
> Int32 endTime) [0x0] in :0
> at FileReader.Module1.Main () [0x0] in :0
Sorry but it's not exactly clear what you're doing that is triggering
the exception. Could you please write a small sta
On Mon, Sep 6, 2010 at 12:14 PM, anidotnet wrote:
> Why? Is it a bug or something else?
Looks like it. I can't repro on Mono 2.6.4 and master on Linux though.
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.
the 3.0.0.0 version of
> System.ServiceModel. Changing these references to 4.0.0.0 fixes the problem.
Thanks for the investigation, it's now fixed in master.
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
htt
On Thu, Aug 5, 2010 at 8:37 PM, Jb Evain wrote:
> I'll give my patch a try with an mkbundled application.
Yep, my patch works for this scenario. I'll commit it to master.
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lis
return null, while you were not calling
OpenStreamForRead at all.
I'll give my patch a try with an mkbundled application.
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
r internal implementation return null
instead of throwing.
Comments?
--
Jb Evain
diff --git a/mcs/class/System.Configuration/System.Configuration/Configuration.cs b/mcs/class/System.Configuration/System.Configuration/Configuration.cs
index 95d2d60..b8a3df7 100644
--- a/mcs/class/System.Con
you have to pass v2.0.50727 for the runtime version of
mono_jit_init_version.
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hey folks,
.net 4.0 adds an event handler to System.Exception for "safe serialization".
Here's a patch to add it before implementing support for it in the
serializer. It's also needed to upgrade MEF in trunk.
Ok to go in?
Thanks,
--
Jb Evain
Index: mcs/class/corlib
Hi Richard,
On Wed, Mar 24, 2010 at 6:18 PM, Richard Kiene wrote:
> I've attached a patch which I release under the MIT/X11 license.
Thanks for the patch!
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.
Hey Tiaan,
On Fri, Feb 12, 2010 at 3:39 AM, Tiaan Geldenhuys wrote:
> Please review carefully before committing. (I hope those long expressions
> are right -- they seem to be though.)
Could you please file a bug and attach the patches? Unit tests would
be extra nice!
Thanks!
--
Jb
Hey,
.NET's ILGenerator allows contructions such as:
il.Emit (OpCodes.Nop, local_builder);
We're currently translating that into a ldloc, while .net actually
emits the nop. The attached patch fixes this.
Please review, thanks.
--
Jb Evain
Index: System.Reflection.Emit/ILGe
The
patch doesn't break any corlib unit test or compiler test.
What about getting it in, and adding tests and support for UT supplied
methods and parameters afterward, if needed?
--
Jb Evain
___
Mono-devel-list mailing list
Mono-
support for this behavior. So far, we were only
dealing with the parameters defined on the current parameter. Now I
simply added a new internal method GetBaseMethod on MethodInfo that am
using to walk down the hierarchy.
Please review.
--
Jb Evain
Index: Test/System/AttributeTest.cs
nctionality of Mono:
http://tirania.org/blog/archive/2008/Sep-29.html
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
return group;
+ }
Remove the else and move the code to the same level as the if.
When it's done please go ahead and commit to trunk and mono-2-6.
Thanks!
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-li
Hi,
On 7/28/09, KISHIMOTO, Makoto wrote:
> Mono SVN trunk build failed.
This is fixed already,
Thanks!
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hey Carlo,
On 7/13/09, Carlo Kok wrote:
> While Cecil can currently load 4.0 dlls, it does not properly emit the
> headers & detect running on a 4.0 runtime. The attached patch fixes that.
Commited, thanks!
--
Jb Evain
___
Mono-devel-li
On 5/7/09, Miha Vrhovnik wrote:
> If you don't mind me hijacking the topic I would really like to know what
> does SRE acronym stand for.
System.Reflection.Emit
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximi
ader error. Which triggers a TypeLoadException on
InvalidProgramException. Funny.
I've attached a patch which fixes the issue here, but I'm not sure
it's the best place to deal with the issue.
Thanks,
--
Jb Evain
mini.patch
Description: Binary data
repro.targz
cases, as it
would cause a lot of access exceptions. You can't simply inline an
instance method which reads a private field in its own type, inside
another type for instance.
--
Jb Evain
___
Mono-devel-list mailing list
Mono-devel-li
at
if a change to the parser (or some place else) for a `future` feature
gets in the way of a fix for the normal version of mcs?
Anyway, am not completely against the idea, I already wrote about how
I'd like to have a more extensible mcs, but in the current state of
affairs, again, I'd v
could use a couple global variables to set a couple callback
> pointers, but since two libraries are being loaded, this won't work.
What if you're trying to declare your pinvoke using `__Internal` for
the library as suggested by:
http://www.mono-project.com/Interop_with_Native_L
Hey,
On 1/8/09, Lucas Meijer wrote:
> If someone can confirm I'm not doing anything silly, and this is indeed a
> bug, I'll file a bugzilla on it.
Yes, it's a bug. It's triggered only when the constructor is simple
enough to
Hey,
On 12/24/08, Bassam Tabbara wrote:
> I'm running Mono 2.0-1 on Linux. The implementation of Lookup extension
> method on IEnumerable does not seem to handle a case insensitive comparer
> correctly.
Could you file a bug and upload a test case?
Thanks,
sophisticated palate has some other course
to deal with in our menu :)
I'll just go for the first option then, decoupling the tuner and the
tuning of the net_2_1 assemblies.
Thanks,
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing l
would be so far, one for the
evaluator, and another one for SL2 libraries.
This sounds the cleaner way to me, but it requires more work than the
trivial fix.
How does that sound?
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
2 without
building the net_2_1 profile don't get such errors.
Thanks,
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
On 11/12/08, Jb Evain <[EMAIL PROTECTED]> wrote:
> It should be:
>
> svn co http://anonsvn.mono-project.com/trunk/cecil/merge
My bad, it should be:
svn co http://anonsvn.mono-project.com/source/trunk/cecil/merge
--
Jb Evain &l
On 11/12/08, Bart Masschelein <[EMAIL PROTECTED]> wrote:
> Macintosh-2:repos masschel$ svn co
> http://anonsvn.mono-project.com/viewvc/trunk/cecil/merge/
> MonoMerge
It should be:
svn co http://anonsvn.mono-project.com/trunk/cecil/merge
--
Jb Evain &l
e it in their mono port?
Sadly the merger is not done, and its original author is not working
on it anymore. As I don't have time to devote to it, we'll welcome any
contribution to improve it.
If you want to give it a try, or even improve it, you can check its
sources from SVN in /
On 10/15/08, Jb Evain <[EMAIL PROTECTED]> wrote:
> Following up an IRC discussion, this patch has been reviewed and commited.
And has been backported to the 2.0 branch as well.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list ma
Hey,
On 10/15/08, Cedric Vivier <[EMAIL PROTECTED]> wrote:
> Please review.
Following up an IRC discussion, this patch has been reviewed and commited.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@l
class Test {
static IEnumerable Foo ()
{
yield return 42;
}
}
The enumerator's type will be named `c__IteratorN`. The issue is
that this name can probably be changed as will by gmcs, but it looks
like you can get the
ing them, integrating them in the
build and adding support for them in the tuner tomorrow.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
he 2.0 profile?
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
tModel assemblies, at least
> not with the runtime, maybe the SDK has them, but we can safely ignore
> those.
It was a typo in my mail, there's no System.ComponentModel assemblies in SL2.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-deve
he other hand, am thinking that if we start moving code into mcs,
we might as well move all the required code for all usages, so I have
mixed feelings about that option.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-lis
e
compiler without using a pkg?
Also, Atsushi, how complete is our implementation wrt what SL2 ships?
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hey,
On 8/15/08, Simon Hengel <[EMAIL PROTECTED]> wrote:
> I experienced a bug with mono 1.9.1 x64/Linux. Compilation fails (it works
> with MS csc 3.5.21022.8).
Compilation still fails with another error for svn head, could you
please file a bug?
Thanks!
--
Jb Evain <[
not implemented yet.
But if you simply want to reference it (let say you want to contribute
this part ;), you can compile using:
gmcs -pkg:olive -out:test.exe ...
and when running:
mono test.exe
The runtime will load WindowsBase from the GAC. If you've installed
olive properly of course.
-
o on your 3.5 assemblies.
If running it fails, sending the error here would help to diagnose any issue.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hey,
On 7/28/08, [EMAIL PROTECTED]
> mono –runtime=3.5 nunit-x86.exe
You're mixing runtime versions and .net release versions. Simply run
mono yourassembly.exe
The assembly name containing -x86.exe looks suspicious though, as it
sounds it could contain pieces of native code.
--
or down? I'm working with MDB 0.60, which uses Cecil 0.4.3.1. Where
> can I get the source of this version of Cecil?
The SVN version of mdb uses the SVN version of Cecil, which is located
in mcs/class/Mono.Cecil
But somehow, I tend to doubt this is the cause of the error, as Cecil
on x86 pe
Hey,
On 6/26/08, Gert Driesen <[EMAIL PROTECTED]> wrote:
> Please be reasonable. What more can you ask?
Is that worth noting that the particular commit we're talking about
broke the build?
--
Jb Evain <[EMAIL PROTECTED]>
___
Mon
reasonable. What more can you ask?
Please listen when different people like Atsushi or Sébastien (or even
me for that matters) repeatedly say the same thing.
And I'd ask you to follow their advices.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
told you that I was not happy with the way you're
making commits, and am not the first one. And I can certainly
understand the maintainer frustration to see this huge changeset
coming in.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list m
commit?
--
Jb Evain <[EMAIL PROTECTED]>
debug.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hey,
On 6/12/08, Mario De Clippeleir <[EMAIL PROTECTED]> wrote:
> Anybody got any ideas on what this problem may be and how/when it can be
> resolved ?
If you want it to be fixed, could you please send a test case, which
reproduces the error you're having?
Thanks,
--
Hey Miguel,
On 5/23/08, Miguel de Icaza <[EMAIL PROTECTED]> wrote:
> Another update, this one fixes my last patch, where I ended up
> calling Clone recursively.
I had to revert, somehow it was crashing the linker.
--
Jb Evain <[
ld modificationCount. Also it
could use Array.Copy.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hey Roei,
On 5/20/08, Roei Erez <[EMAIL PROTECTED]> wrote:
> 1. Implement Lookup.ApplyResultSelector
>
> 2. Implement the non-generic version of AsQuryable
>
> 3. Additional test cases.
Looks good! Please separate the commit for the lookup patch though.
Thanks!
--
Jb Eva
Hey Roei,
On 5/19/08, Roei Erez <[EMAIL PROTECTED]> wrote:
> The attached patch implements two unimplemented 'GroupBy' methods in
> Enumerable class.
>
> Please review.
Please commit, thanks!
--
Jb Evain <[EMAIL PROTECTED]>
_
a stable sort
compared to the current one, and how it compares with how we perform,
and how .net performs.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
xpressionTransformer to QueryableTransformer,
* add license and copyright information to the new files,
* comment out the tests that make gmcs crash, and mark them with a TODO,
Thanks a lot,
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-deve
Hey Roei,
On 5/15/08, Roei Erez <[EMAIL PROTECTED]> wrote:
> Is this my environment, or a bug in gmcs?
Looks like a gmcs bug (here gmcs crashes). Mind filing a bug?
Thanks,
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing
ill missing
though, but it should not be terribly hard to implement.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
and instead is passed
> an expression (that should be compiled to a delegate before invocation
> as far as I understand).
We're good. I'll commit a modified version of your patch as a start,
but I'll investigate more about how does this work wrt to the
Execution
some Expression factory methods do
not quote nested lambda expressions when they get one as an argument.
Am working on fixing this, thanks!
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
s.
So the only optimizable code path is if the source is an array, which
is already done.
To me the only way is to enumerate over the elements to get the
LongLength, and Robert's test case shows that .net does the same.
So this patch is not making it in.
--
Jb Evain
Hey Pablo,
On 5/9/08, Pablo Iñigo Blasco <[EMAIL PROTECTED]> wrote:
> This code compiles over csc and not over gmcs:
It's a known bug:
https://bugzilla.novell.com/show_bug.cgi?id=378419
--
Jb Evain <[EMAIL PROTECTED]>
___
Mon
unch ilasm2 if
installed, or ilasm1.
I don't understand why you think it's an horrible idea, while last
time I heard, you were supporting the idea of having such a script for
mcs.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list m
Hey Juraj,
On 4/29/08, Juraj Skripsky <[EMAIL PROTECTED]> wrote:
> The attached patch fixes this.
> Place review.
Thanks but I fixed this accordingly this morning :)
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing li
our code before checking in,
the whole patch doesn't follow the mono coding conventions and uses
spaces instead of tabs.
After you're done, please commit,
Thanks!
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel
Hi Kornél,
On 4/15/08, Kornél Pál <[EMAIL PROTECTED]> wrote:
> Tuner fails on Windows when MS.NET is in PATH because it loads mscorlib.dll
> from MS.NET that cannot be used by Mono. This breaks the build.
>
> I was unable to find out what the problem.
Could you please f
as soon as you'll compile on csc 3.5, as discussed in
a previous thread.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
That should be fixed now.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
For the second time, *do not commit code* in System.Core that has not
been reviewed and approved.
On 2/1/08, Jb Evain <[EMAIL PROTECTED]> wrote:
> Hey Olivier,
>
> On 2/1/08, olivier dufour ([EMAIL PROTECTED])
> <[EMAIL PROTECTED]> wrote:
> > Author: olivier
>
Hey Olivier,
On 2/1/08, olivier dufour ([EMAIL PROTECTED])
<[EMAIL PROTECTED]> wrote:
> Author: olivier
> Date: 2008-02-01 12:32:21 -0500 (Fri, 01 Feb 2008)
> New Revision: 94530
Please don't check-in code to System.Linq.Expressions without getting
a review approved.
-
Hey,
On 2/1/08, Stefan Noack <[EMAIL PROTECTED]> wrote:
> So do i have to understand this in the way that i am also not allowed to
> change the values ehen enumerating the keys?
Exactly.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-
n (like
/t:library for instance) instead of a file.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
er the file is an assembly or not.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hey,
On 12/15/07, Dennis Hayes <[EMAIL PROTECTED]> wrote:
> scaexec.dll
> from SharpDevelop.
Looks to be a Mono.Cecil bug. Which version of SharpDevelop are you
testing it with?
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list
Hey,
On 11/30/07, olivier dufour <[EMAIL PROTECTED]> wrote:
> Can someone check it before I commit.
Please do not commit this as it is. The code:
* doesn't respect the Mono coding conventions,
* mixes spaces and tabs all over the place.
--
Jb Evain <
On 11/20/07, Jb Evain <[EMAIL PROTECTED]> wrote:
> If I agree that Mono should gracefully exist with an explicit message
> here, Ruby.NET by forcing the usage of this library explicitly forces
> you to run it on the .net framework.
I was thinking, as this mixed-mode library is abou
e of this library explicitly forces
you to run it on the .net framework.
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hey Seo,
On 11/4/07, Sanghyeon Seo <[EMAIL PROTECTED]> wrote:
> 3. Binaries compiled by Microsoft compiler is about 4% smaller than
> those by Mono.
Could you try to compile it with a Mono built with the patch attached
to 320009 to see if we can nibble a few more percent?
Thanks,
00] in
> /home/vm/Desktop/mono_bugs/unsafe.cs:9
>
>
>
> Can anyone confirm?
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
--
Jb Evain &l
code generator to change all properties :)
Thanks,
--
Jb Evain <[EMAIL PROTECTED]>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
e sure whatever
> changes I make don't break the normal build process!
You can have a look at how I do that for the linker:
http://anonsvn.mono-project.com/source/trunk/mcs/tools/linker/Mono.Linker.csproj
--
Jb Evain <[EMAIL PROTECTED]>
__
move the sealed modifier from the object model classes (
> TypeDefinition, FieldDefinition, MethodDefinition… ) so we can derive from
> them?
>
> 2. Exposing a way to plugin you own ReflectionReader, so the use can
> implement his own
atch it's:
System.Byte[]&, mscorlib, Version=1.0.5000.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089
Which is the form Type.GetType(string) accepts.
It also comes with some tests.
--
Jb Evain <[EMAIL PROTECTED]>
Index: metadata/class.c
==
Oh, and while I think about it, could you post it to the mono-cecil
group, as some folks may subscribe to the group but not to mono-devel?
Thanks!
On 8/22/07, Jb Evain <[EMAIL PROTECTED]> wrote:
> On 8/22/07, Roei Erez <[EMAIL PROTECTED]> wrote:
> > > Could you po
1 - 100 of 185 matches
Mail list logo
