I personally prefer to have a phased deprecation including a period of
increasingly more annoying impediments. Here are some examples that
I've seen work:
* warning messages with feedback url
* enforced periods of delay prior to executing commands
* eventual removal of deprecated code and
Additionally, I believe that the Cecil-based mono-api-info is a
better implementation than the SRE-based implementation. And am
wondering if we should just replace our current implementation with the
version living in cecil (this would also eliminate mono-api-info and
mono-api-info2).
Well, if you look at the output you'll see that the cecil one is
considerably more condensed and readable than the SRE one, so that could
easily explain the filesize difference. For example, the 'ClearProps(in
System.Byte, in System.UInt32, in System.Guid, in System.Int32)' method
is 7 lines in
Right, it is more condensed because it is missing the rest of the
information. :)
For your example, it is missing the attributes on the parameters. Both
files should be exactly the same.
Jonathan
Alan McGovern wrote:
Well, if you look at the output you'll see that the cecil one is
I have yet to succesfully compile a version of monodevelop that actually can
be used for anything - all my tries end up giving me crashes.
Still looking for a stable release of monodevelop, btw.
This is not to diss monodevelop - I am simply reporting my personal
experience.
Since
mandag 03 Marts 2008 skrev Sandy Armstrong:
On Sun, Mar 2, 2008 at 10:37 PM, Mads Bondo Dydensborg [EMAIL PROTECTED]
wrote:
torsdag 28 Februar 2008 skrev Miguel de Icaza:
I have yet to succesfully compile a version of monodevelop that actually
can
be used for anything - all my tries
On Fri, 2008-02-29 at 10:52 +0530, Ankit Jain wrote:
Someone really needs to write a man page for mdtool. (I'm not
volunteering; I have enough man pages to write for mdoc as it is...)
It already exists :-)
-Ankit
From mdtool's manpage:
generate-makefiles solution-file
On Thu, 2008-02-28 at 16:35 -0500, Miguel de Icaza wrote:
Hey folks,
For Mono 2.0 I believe it would be useful to deprecate a few
commands that have better replacements or that are not that useful
anymore. We could either remove the commands, or have them issue a
warning that the code
On Fri, 2008-02-29 at 00:00 +0100, Mirco Bauer wrote:
* prj2make - Use MonoDevelop instead.
Hmmm, the only problem I see is that there is no easy known way to use
prj2make from command-line only through MonoDevelop. I know that some
non-C# developers use prj2make in debian to get some
Jonathan Pryor wrote:
On Fri, 2008-02-29 at 00:00 +0100, Mirco Bauer wrote:
* prj2make - Use MonoDevelop instead.
Hmmm, the only problem I see is that there is no easy known way to use
prj2make from command-line only through MonoDevelop. I know that some
non-C# developers use prj2make in
El dv 29 de 02 del 2008 a les 00:27 +0100, en/na Robert Jordan va
escriure:
Jonathan Pryor wrote:
On Fri, 2008-02-29 at 00:00 +0100, Mirco Bauer wrote:
* prj2make - Use MonoDevelop instead.
Hmmm, the only problem I see is that there is no easy known way to use
prj2make from
Someone really needs to write a man page for mdtool. (I'm not
volunteering; I have enough man pages to write for mdoc as it is...)
It already exists :-)
-Ankit
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
12 matches
Mail list logo