[Mono-dev] [PATCHES] MIPS backend fixes, #2

2011-03-19 Thread Damien Diederen

Hi,

I have uploaded a second series of patches fixing various issues in
Mono's MIPS32 backend to GitHub:

https://github.com/mono/mono/pull/76

[ Note: these do *not* correspond to N-iX's code drop announced by
  Miguel a few days ago, and only fix deficiencies in the mainline
  MIPS32 backend. ]

Discussion about the initial series, which was integrated, is archived
at:

  http://lists.ximian.com/pipermail/mono-devel-list/2011-February/036896.html

With these patches, Mono can run many programs without crashing,
including some relatively large test suites.  NUnit's, for example,
produces the following results:

Tests run: 2935, Errors: 98, Failures: 8, Inconclusive: 13, Time: 
455.253099 seconds
  Not run: 25, Invalid: 0, Ignored: 0, Skipped: 25

Most of the failures are due to a missing gdiplus.dll; the three
remaining ones are floating point precision issues (the backend
currently performs many "redundant" single <-> double conversions).

Comments/suggestions are of course welcome.

Cheers,
Damien

-- 
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


[Mono-dev] GSoC 2011 - Documentation Addin

2011-03-19 Thread zur13
Hi Team Mono

I want to take part in Documentation Addin project. I think that work in
your team will be very exciting experience. I want to get skills in IDE
programming and to familiarize with basics of code parsing and automation of
documentation processing. 

What is final result should look like (this is only my point of view and I
likely discuss it): it will be the interractive pad, that will show the part
of documentation for the current (under or nearest to the text cursor) part
of code and provide basic text editing features and maybe feature of
template generating document for the current part of code if it hasn`t
documentation yet.

Rough workplan:
 * Observe MonoDoc and MonoDevelop parsing interfaces, maybe fix some bugs
(5-7 days)
 * Observe MonoDevelop addin architectures and design general Documentation
Addin architecture (7-12 days)
 * Coding
 * Tests and bugfix (18 days)
 * Prepare Documentation (5 days)

I have already took part in some internal University projects and I like to
expand my experience.
 * Framework for modeling of mass service systems – Simulation (porting from
Java to C#), project page: https://sourceforge.net/projects/simulation-cs/
 * Adding some new functionality to Decanat2 system (University  educational
process  automation system), project page on university tracker:
http://kurs.stu.cn.ua/projects/dec2-labs

Regards

Polianitsa Yuriy
zur...@i.ua

Chernihiv State Technological University

--
View this message in context: 
http://mono.1490590.n4.nabble.com/GSoC-2011-Documentation-Addin-tp3390406p3390406.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] GSoC 2011 - Interest

2011-03-19 Thread Andreia Gaita
Hi Abdul,

Thank you for your interest! We're currently getting organized around
here, and since the announcement came out right before the weekend,
it's likely that feedback and discussion on projects is going to pick
up after the weekend. In any case, the Gettext addin referred should
be the Monodevelop addin mentioned here:
http://monodevelop.com/Documentation/Localizing_Applications

andreia gaita

On Thu, Mar 17, 2011 at 4:35 PM, Abdul Rauf  wrote:
> Dear Team Mono,
>
> I am very excited to contribute in open source community through the
> platform of Google Summer of Code 2011. I have visited the web page
> of “Mono” at http://mono-project.com/Gsoc and have seen project ideas for
> GSoC 2011. I am interested in two projects. The reason for my interest is
> that I have previously worked on .NET related projects both in VB and C# and
> want to develop skills of IDE development. I am writing you to let you know
> my understanding of the project and required knowledge of technologies. I
> would like your feedback on it. My understanding of the requirements is as
> follows:
>
> “Debugger Visualizer”
>
> 1.  Implement a debugger visualizer (Can “Debugger Visualizer” template from
> .NET framework be used?)
>
> 2.  A DataType assembly will be loaded into the debugger visualizer at
> runtime and display the desired properties in a presentable form.
>
> 3.  I need to specify which visualizers are to be implemented.
>
> “Translation Resources Editor”
>
> 1. Implement an editor for different language resources to help people edit
> resources files without modifying XML files directly.
>
> 2. The program should load strings from .resx file and provide an interface
> to enter the required translations.
>
> Also, it says "Should extend or share code with the Gettext addin." I am not
> quite sure about this at the moment. Does it mean that this Resource Editor
> is required to be integrated with Gettext? Any help is appreciated in this
> regard.
>
> Could you please suggest me some pointers to start working with?
>
>
>
> Regards
>
> Rauf Butt
>
> University of Gloucestershire
>
> ___
> 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] MONO MIPS64 Port Source Code is ready for Download

2011-03-19 Thread Damien Diederen

Hello Miguel,

Miguel de Icaza  writes:
> Hello Damien,
>
>> I have split this code drop into a series of commits based on 1f8ad5a4:
>
> I am not sure what the above number means, is that master or some branch?

This is the Git commit which corresponds to the SVN revision on top of
which the MIPS64 backend was developed.

> We would likely want to merge things into master, I do not think we
> will be maintaining the MIPS port against the existing released
> versions of Mono.   Can we still cherry-pick these against master?

As Rodrigo mentioned, Git-level cherry-picking won't be possible as
things have diverged quite a bit since then.  My only goal was to sort
things out and get a clear(er) view of the important changes; I put the
result out there in case somebody else is interested.

Cheers, -D

-- 
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] MONO MIPS64 Port Source Code is ready for Download

2011-03-19 Thread Rodrigo Kumpera
 On Sat, Mar 19, 2011 at 10:26 PM, Miguel de Icaza wrote:

> Hello Damien,
>
> > I have split this code drop into a series of commits based on 1f8ad5a4:
>
> I am not sure what the above number means, is that master or some branch?
>
> We would likely want to merge things into master, I do not think we
> will be maintaining the MIPS port against the existing released
> versions of Mono.   Can we still cherry-pick these against master?
>
>
The branch is on top of an almost 2 years old commit. I doubt cherry picking
is possible without significant work to make it current.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] MONO MIPS64 Port Source Code is ready for Download

2011-03-19 Thread Miguel de Icaza
Hello Damien,

> I have split this code drop into a series of commits based on 1f8ad5a4:

I am not sure what the above number means, is that master or some branch?

We would likely want to merge things into master, I do not think we
will be maintaining the MIPS port against the existing released
versions of Mono.   Can we still cherry-pick these against master?

Miguel

>
>    4dcad57 [Unimportant] Temporary, test result and misc. files
>    16916ad [Unimportant] tools/mkbundle: Add debugging statement
>    f8f3242 [Unimportant] Misc. file mode changes
>    b36554d [Unimportant] SVN keyword expansions
>    6c26150 [Unimportant] LF -> CRLF conversions
>    2389bd4 [Unimportant] CRLF -> LF conversions
>    b8c4ba5 [Unimportant] FirebirdSql.Data.Firebird: sources before update
>    22bed6c FirebirdSql.Data.Firebird: Test configuration files
>    356d98e FirebirdSql.Data.Firebird: Update to upstream release 1.7.1+
>    ddc06ca System.Windows.Forms: Add assertions to MaskedTextBoxTest
>    9c4e4a1 configure.in: Changes to support 64-bit ABI on MIPS
>    774d3af mini: Changes to support 64-bit ABI on MIPS
>    f7f2f56 arch/mips: Changes to support 64-bit ABI
>    308d732 io-layer: Changes to support 64-bit ABI on MIPS
>    69cc8c2 libgc: Changes to support 64-bit ABI on MIPS
>
> The [Unimportant] commits carry what looks like accidental differences
> between the base and the unpacked archive; most of them can be ignored.
> (They are included so that the tip matches the archive contents, with
> the exception of the .svn/ directories and .gitignore'd files.)
>
> I have pushed the series to GitHub; feel free to fetch (portions of)
> that branch into Mono's official repository if interested:
>
>    https://github.com/ztzg/mono/commits/n-ix-mips64
>
> Cheers, -D
>
> --
> 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] Unable to build neither Mono 2.10.1 nor 2.10

2011-03-19 Thread Alan
The rabbitmq issue should be fixed as of a couple of weeks ago. If you
hit any other issues with parallel builds do let us know. I normally
build with -j8 and occasionally hit build breakages but I haven't been
able to track down the issue.

Alan.

On Sat, Mar 19, 2011 at 8:21 PM, Leszek Ciesielski  wrote:
> I've been building Mono with 'make -j5' for a long time (at least 2
> years), and if anything breaks - it's always the RabbitMQ. Wouldn't it
> be possible to improve the dependencies for it so that a parallel
> build is usable? It's a massive speed-up on any modern CPU.
>
> (I know, talk is cheap, but I'm really terrible with autotools.)
>
> Regards,
>
> Leszek
>
> 2011/3/12 Marek Safar :
>> Hello,
>>
>> You cannot use parallel build (usually make -j) with Mono 2.10
>>
>> Marek
>>
>> Hi,
>>
>> I’m trying to build Mono both 2.10.1 and 2.10 from source archive downloaded
>> from http://ftp.novell.com/pub/mono/sources/mono/
>>
>> OS Debian 6
>>
>> $ uname -a
>>
>> Linux debian 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 2011 i686 GNU/Linux
>>
>>
>>
>> but with equal errors in both archives:
>>
>>
>>
>> * Generating code into 'autogenerated-api-0-9.cs'
>>
>> Missing method System.Type::op_Inequality(Type,Type) in assembly
>> /usr/src/mono/mono-2.10/mcs/class/lib/net_2_0/mscorlib.dll, referenced in
>> assembly
>> /usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/src/apigen/RabbitMQ.Client.Apigen.exe
>>
>>
>>
>> Unhandled Exception: System.MissingMethodException: Method not found:
>> 'System.Type.op_Inequality'.
>>
>>   at RabbitMQ.Client.Apigen.Apigen.MaybeEmitModelMethod
>> (System.Reflection.MethodInfo method) [0x0] in :0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.EmitModelImplementation () [0x0] in
>> :0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.EmitPrivate () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.GenerateOutput () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.Generate () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.Main (System.String[] args) [0x0] in
>> :0
>>
>> Missing method System.Type::op_Inequality(Type,Type) in assembly
>> /usr/src/mono/mono-2.10/mcs/class/lib/net_2_0/mscorlib.dll, referenced in
>> assembly
>> /usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/src/apigen/RabbitMQ.Client.Apigen.exe
>>
>> Missing method System.Type::op_Inequality(Type,Type) in assembly
>> /usr/src/mono/mono-2.10/mcs/class/lib/net_2_0/mscorlib.dll, referenced in
>> assembly
>> /usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/src/apigen/RabbitMQ.Client.Apigen.exe
>>
>> make[9]: *** [autogenerated-api-qpid-0-8.cs] Error 1
>>
>> make[9]: *** Waiting for unfinished jobs
>>
>> MONO_PATH="./../../../../class/lib/net_4_0:$MONO_PATH"
>> /usr/src/mono/mono-2.10/runtime/mono-wrapper
>> ../../src/apigen/RabbitMQ.Client.Apigen.exe /n:v0_8 "/apiName:AMQP_0_8"
>> amqp0-8.stripped.xml autogenerated-api-0-8.cs
>>
>>
>>
>> Unhandled Exception: System.MissingMethodException: Method not found:
>> 'System.Type.op_Inequality'.
>>
>>   at RabbitMQ.Client.Apigen.Apigen.MaybeEmitModelMethod
>> (System.Reflection.MethodInfo method) [0x0] in :0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.EmitModelImplementation () [0x0] in
>> :0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.EmitPrivate () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.GenerateOutput () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.Generate () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.Main (System.String[] args) [0x0] in
>> :0
>>
>> make[9]: *** [autogenerated-api-0-9.cs] Error 1
>>
>>
>>
>> Unhandled Exception: System.MissingMethodException: Method not found:
>> 'System.Type.op_Inequality'.
>>
>>   at RabbitMQ.Client.Apigen.Apigen.MaybeEmitModelMethod
>> (System.Reflection.MethodInfo method) [0x0] in :0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.EmitModelImplementation () [0x0] in
>> :0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.EmitPrivate () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.GenerateOutput () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.Generate () [0x0] in > unknown>:0
>>
>>   at RabbitMQ.Client.Apigen.Apigen.Main (System.String[] args) [0x0] in
>> :0
>>
>> make[9]: *** [autogenerated-api-0-8.cs] Error 1
>>
>> make[9]: Leaving directory
>> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/docs/specs'
>>
>> make[8]: *** [do-all] Error 2
>>
>> make[8]: Leaving directory
>> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/docs/specs'
>>
>> make[7]: *** [all-recursive] Error 1
>>
>> make[7]: Leaving directory
>> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client'
>>
>> * Loading spec from 'amqp0-8.stripped.xml'
>>
>> make[6]: *** [all-recursive] Error 1
>>
>> * Parsing spec
>>
>> make[6]: Leaving directory `/usr/src/mono/mono-2.10/mcs/class'
>>
>> * Generating code into 'autogenerated-api-0-8.cs'
>>
>> make[5]: *** [all-recursive] Error 1
>>
>> make[5]: L

Re: [Mono-dev] Unable to build neither Mono 2.10.1 nor 2.10

2011-03-19 Thread Leszek Ciesielski
I've been building Mono with 'make -j5' for a long time (at least 2
years), and if anything breaks - it's always the RabbitMQ. Wouldn't it
be possible to improve the dependencies for it so that a parallel
build is usable? It's a massive speed-up on any modern CPU.

(I know, talk is cheap, but I'm really terrible with autotools.)

Regards,

Leszek

2011/3/12 Marek Safar :
> Hello,
>
> You cannot use parallel build (usually make -j) with Mono 2.10
>
> Marek
>
> Hi,
>
> I’m trying to build Mono both 2.10.1 and 2.10 from source archive downloaded
> from http://ftp.novell.com/pub/mono/sources/mono/
>
> OS Debian 6
>
> $ uname -a
>
> Linux debian 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 2011 i686 GNU/Linux
>
>
>
> but with equal errors in both archives:
>
>
>
> * Generating code into 'autogenerated-api-0-9.cs'
>
> Missing method System.Type::op_Inequality(Type,Type) in assembly
> /usr/src/mono/mono-2.10/mcs/class/lib/net_2_0/mscorlib.dll, referenced in
> assembly
> /usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/src/apigen/RabbitMQ.Client.Apigen.exe
>
>
>
> Unhandled Exception: System.MissingMethodException: Method not found:
> 'System.Type.op_Inequality'.
>
>   at RabbitMQ.Client.Apigen.Apigen.MaybeEmitModelMethod
> (System.Reflection.MethodInfo method) [0x0] in :0
>
>   at RabbitMQ.Client.Apigen.Apigen.EmitModelImplementation () [0x0] in
> :0
>
>   at RabbitMQ.Client.Apigen.Apigen.EmitPrivate () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.GenerateOutput () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.Generate () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.Main (System.String[] args) [0x0] in
> :0
>
> Missing method System.Type::op_Inequality(Type,Type) in assembly
> /usr/src/mono/mono-2.10/mcs/class/lib/net_2_0/mscorlib.dll, referenced in
> assembly
> /usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/src/apigen/RabbitMQ.Client.Apigen.exe
>
> Missing method System.Type::op_Inequality(Type,Type) in assembly
> /usr/src/mono/mono-2.10/mcs/class/lib/net_2_0/mscorlib.dll, referenced in
> assembly
> /usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/src/apigen/RabbitMQ.Client.Apigen.exe
>
> make[9]: *** [autogenerated-api-qpid-0-8.cs] Error 1
>
> make[9]: *** Waiting for unfinished jobs
>
> MONO_PATH="./../../../../class/lib/net_4_0:$MONO_PATH"
> /usr/src/mono/mono-2.10/runtime/mono-wrapper
> ../../src/apigen/RabbitMQ.Client.Apigen.exe /n:v0_8 "/apiName:AMQP_0_8"
> amqp0-8.stripped.xml autogenerated-api-0-8.cs
>
>
>
> Unhandled Exception: System.MissingMethodException: Method not found:
> 'System.Type.op_Inequality'.
>
>   at RabbitMQ.Client.Apigen.Apigen.MaybeEmitModelMethod
> (System.Reflection.MethodInfo method) [0x0] in :0
>
>   at RabbitMQ.Client.Apigen.Apigen.EmitModelImplementation () [0x0] in
> :0
>
>   at RabbitMQ.Client.Apigen.Apigen.EmitPrivate () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.GenerateOutput () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.Generate () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.Main (System.String[] args) [0x0] in
> :0
>
> make[9]: *** [autogenerated-api-0-9.cs] Error 1
>
>
>
> Unhandled Exception: System.MissingMethodException: Method not found:
> 'System.Type.op_Inequality'.
>
>   at RabbitMQ.Client.Apigen.Apigen.MaybeEmitModelMethod
> (System.Reflection.MethodInfo method) [0x0] in :0
>
>   at RabbitMQ.Client.Apigen.Apigen.EmitModelImplementation () [0x0] in
> :0
>
>   at RabbitMQ.Client.Apigen.Apigen.EmitPrivate () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.GenerateOutput () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.Generate () [0x0] in  unknown>:0
>
>   at RabbitMQ.Client.Apigen.Apigen.Main (System.String[] args) [0x0] in
> :0
>
> make[9]: *** [autogenerated-api-0-8.cs] Error 1
>
> make[9]: Leaving directory
> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/docs/specs'
>
> make[8]: *** [do-all] Error 2
>
> make[8]: Leaving directory
> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/docs/specs'
>
> make[7]: *** [all-recursive] Error 1
>
> make[7]: Leaving directory
> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client'
>
> * Loading spec from 'amqp0-8.stripped.xml'
>
> make[6]: *** [all-recursive] Error 1
>
> * Parsing spec
>
> make[6]: Leaving directory `/usr/src/mono/mono-2.10/mcs/class'
>
> * Generating code into 'autogenerated-api-0-8.cs'
>
> make[5]: *** [all-recursive] Error 1
>
> make[5]: Leaving directory `/usr/src/mono/mono-2.10/mcs'
>
> make[4]: *** [profile-do--net_2_0--all] Error 2
>
> make[4]: *** Waiting for unfinished jobs
>
> make[9]: Leaving directory
> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/docs/specs'
>
> make[8]: Leaving directory
> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/docs/specs'
>
> make[8]: Entering directory
> `/usr/src/mono/mono-2.10/mcs/class/RabbitMQ.Client/src/client'
>
> make[8]: Leaving directory
> `/usr/

Re: [Mono-dev] MONO MIPS64 Port Source Code is ready for Download

2011-03-19 Thread Damien Diederen

Hi,

Miguel de Icaza  writes:
> Dmitry sent me this email for those of you interested in Mono on MIPS 64.
>
> This 64 bit port of MIPS is a complete package of the original
> port. Perhaps it is useful as-is, or it is useful for guys that are
> looking at revamping and updating the mono/master MIPS ports.

I have split this code drop into a series of commits based on 1f8ad5a4:

4dcad57 [Unimportant] Temporary, test result and misc. files
16916ad [Unimportant] tools/mkbundle: Add debugging statement
f8f3242 [Unimportant] Misc. file mode changes
b36554d [Unimportant] SVN keyword expansions
6c26150 [Unimportant] LF -> CRLF conversions
2389bd4 [Unimportant] CRLF -> LF conversions
b8c4ba5 [Unimportant] FirebirdSql.Data.Firebird: sources before update
22bed6c FirebirdSql.Data.Firebird: Test configuration files
356d98e FirebirdSql.Data.Firebird: Update to upstream release 1.7.1+
ddc06ca System.Windows.Forms: Add assertions to MaskedTextBoxTest
9c4e4a1 configure.in: Changes to support 64-bit ABI on MIPS
774d3af mini: Changes to support 64-bit ABI on MIPS
f7f2f56 arch/mips: Changes to support 64-bit ABI
308d732 io-layer: Changes to support 64-bit ABI on MIPS
69cc8c2 libgc: Changes to support 64-bit ABI on MIPS

The [Unimportant] commits carry what looks like accidental differences
between the base and the unpacked archive; most of them can be ignored.
(They are included so that the tip matches the archive contents, with
the exception of the .svn/ directories and .gitignore'd files.)

I have pushed the series to GitHub; feel free to fetch (portions of)
that branch into Mono's official repository if interested:

https://github.com/ztzg/mono/commits/n-ix-mips64

Cheers, -D

-- 
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