Re: [Mono-dev] mono 2.0, solaris x86, bootstrap

Hello, > Unfortunately, sparc is hard to test without access to the hardware. > The only sparc emulator appeared to be QEMU, whose qemu-system-sparc > is 32-bit only (sun4m), whereas Solaris 10 and Mono seem to expect > sparcv9. I have a local branch where I once tried to make it work on a

Re: [Mono-dev] mono 2.0, solaris x86, bootstrap

Hello, > > The above is actually a really good reason why we do not spend more > > cycles on Solaris/SPARC. > > > > The machines are overpriced, and underperforming. It is like buying an > > iPhone, just not as useful. > > > This is the most stupid thing I've seen in a while. Go to a bank and

Re: [Mono-dev] Using using System.Threading namespace

Hello, > I'd like to try System.Threading and System.Threading.Collections on > Linux to work a little bit with "ParallelFX". > > Is it going to be included together with the mono sources or should I > just go to the Mono GSoc repository? Until the API stabilizes it will remain separate. We

Re: [Mono-dev] Mono 2.0 download

Hello, > I know SUSE sponsors the project, but is there a good reason for not > producing .deb packages for Debian/*buntu, the most popular line of distro? > > Anyway congrats with the release, looking forward to taking it for a spin! Debian ships their own package, and we do not want to end up

Re: [Mono-dev] Mono 2.0 download

> Jezz way to alienate the user base. Ive been using Mono for a > number of years, and one of my main reasons for using SuSe/openSuse > was due to the fact that Novell always made sure that the mono > releases were availble for the last couple of suse releases. Now Im > faced with either upg

Re: [Mono-dev] Mono 2.0 download

> I would upgrade to 11.0, but I generally wait for the ##.1 releases > after the whole problems that where experienced with the 10.0 release; > and also I have to make sure all apps still work the same way in the > new OS release, otherwise I alienate the wife from Linux adoption. I understand t

Re: [Mono-dev] need contact person for patent risk info

> We need someone who can speak with reasonable authority about the > matter. Not just random opinions. Who would be the best person at > Novell or the Mono project to ask about this? www.go-mono.com/contact ___ Mono-devel-list mailing list Mono-

Re: [Mono-dev] Mono 2.0 download

Hello, > Any plans for the BitRock based installer? This one supports all distros > and is good enough, easy enough, and will make most of the people happy. We are abandoning the BitRock installer because Mono installations ended up broken many times. This had two unfortunate side effects, we

Re: [Mono-dev] VStudio mono debugger status update?

> About one month ago we read about the VStudio debugger on Miguel's blog: > > http://tirania.org/blog/archive/2008/Sep-04.html > > > How is it going on? If you sign up for the Alpha, you will be notified when we are ready to show something to the public. _

Re: [Mono-dev] Using Mono.Options in MS.NET

> Now that Mono.Options is included in Mono 2.2, will it still be > available separately? If not, it will be hard to build > Windows-compatible programs that use it, unless people go digging > throug the mono sources and extracting the libraries they like. I > think it might be helpful to separa

[Mono-dev] Mono on OSX and iPhone Survey.

Hello folks, To better understand where we should take Mono in the future for OSX, I have put together a quick survey. Your feedback will help us shape the future of Mono on OSX: http://spreadsheets.google.com/viewform?key=pvPgcz_0Kij3soDnggioyfw&hl=en Miguel.

Re: [Mono-dev] System.Unix.Native.Syscall.fork is commented out

> It seems to me that the one valid reason to fork() is to detach from the > controlling terminal. This can (and should) be done before starting any > threads other than Main(). So long as it is done right at the beginning, it > seems unlikely it will cause problems. You can do this in your scrip

Re: [Mono-dev] WindowsBase in mcs

Hello, > 1) Most of the ZipPackage/Package tests will fail because > libminizip.so doesn't exist. This needs to be compiled from source. > How should this be integrated with the build? This will also have to > be distributed with mono in some form. This needs to go into mono/support, can you plea

Re: [Mono-dev] [PATCH] System.Type.FindMembers return type.

Hello I am ok with this patch. > Hi, > > The attached patch changes FindMembers to instantiate the correct type > of array to be returned as a MemberInfo []. > > Basically > > typeof (object).GetMember ("Dummy", MemberTypes.Method, > BindingFlags.Public).GetType (); > > Should be a Method

Re: [Mono-dev] Npgsql svn updated to 2.0.1

Hello, Some bad news: we are going to have to revert to the old version of Npgsql as the new version has two limitations: * It only works in the 2.0 profile. * It broke the API at least in the case of "version" which used to return a string, and now is a System.Vers

Re: [Mono-dev] Mono on FreeBSD

Hello, It would be nice if the patches to make Mono run on FreeBSD got posted in Bugzilla so we could review those changes and merge those into our tree. And perhaps the time has come for us to setup a FreeBSD box in our buildbot to make sure that we do not break this build. > Informal P

Re: [Mono-dev] Contributing Code for ObservableCollection

Hello, > The problem in this case is mscorlib (and possibly other assemblies; I > only looked at mscorlib): there is XML documentation on some members > within the source files that would replace the existing documentation > (which was imported from the ECMA standard), and the imported version is

Re: [Mono-dev] [PATCH] VS changes needed for MonoPosixHelper.dll in mono/support.

Hello, This looks mostly fine to me; The one piece that I do not understand are the changes to support/Makefile.am, I think Jonathan might have to weight into that one. > The attached patch is to add some additional preprocessor to > support/map.c. I am starting to add MonoPosixHelper.dll

Re: [Mono-dev] Getting a dissasembly of a function

Hello, > In mono 2.2, there will be an env variable called MONO_VERBOSE_METHOD, and > compilation of methods whose names match this will be printed, i.e: > MONO_VERBOSE_METHOD=Main mono hello.exe Lets please get this documented on the man page. If a feature is not documented, is as if we had no

Re: [Mono-dev] Npgsql svn updated to 2.0.1

Hello, > >* It broke the API at least in the case of "version" which > > used to return a string, and now is a System.Version. > > > > Whoops. Sorry for this problem. We changed that to be more like sqlclient. Yeah, I figured it was something like that. > >An option would b

Re: [Mono-dev] Npgsql svn updated to 2.0.1

> I see. That's true. I think Mono could not distribute Npgsql1 and > provide a download link instead. This way, on download page of Mono > there would be the Npgsql1 and Npgsql2 download links. This way users > could choose whatever version is better for their usage. Well, that is not really how

[Mono-dev] Mono 2.2, draft release notes available for review.

Hello, As usual, I have done an initial pass at the release notes for Mono 2.2 and I am looking for feedback to make them more comprehensive, they are available here: http://www.mono-project.com/Release_Notes_Mono_2.2 Miguel. ___ Mono-deve

Re: [Mono-dev] Adding Powerpc64 port

Hello, > Hello, I have been asked to do a mono port for powerpc64. I am new to > mono and still learning my way around and so would appreciate any > pointers from experienced mono developers. One important issue to keep in mind is that if you want your code to be integrated into Mono's code base,

Re: [Mono-dev] Ideas for Mono on Windows

> As to not just be a complainer, I am offering some suggestions/ideas > and hoping for others to do the same (or at least critique mine ;-)). > Before I offer any suggestions, I think we need to balance between two > things. One is making life easy for the mono build/package team to > produce a W

Re: [Mono-dev] Ideas for Mono on Windows

Hello, > The upside of the mechanism I am using is that all of that would still > work the same, because I am still using the .sources files instead of > having a .csproj. The downside is we still wouldn't have .csproj's, so > it doesn't make working in VS any easier, it just makes it possible

Re: [Mono-dev] [Mono-osx] Splitting MacOS installer into Runtime and SDK

> -- The /share/icons directory is ridiculously huge. Can icons be > packed into arbitrary .zip or .tar files? The JVM guys do this with > their .class files to keep the number of files lower. I agree that it is too large, but I do not really know what depends on it and what can be safely removed

Re: [Mono-dev] Tuning of assemblies in the mcs module

> This sounds the cleaner way to me, but it requires more work than the > trivial fix. > > How does that sound? Not worth the effort, and it does not matter that much. Just because we have class libraries in mcs/class does not mean that this is the only place that they could be generated from.

Re: [Mono-dev] MIPS port update

Hello Mark! > The MIPS port is coming along nicely. Hello, World! now works, the tests > in basic.exe all pass if run manually and not by using the reflection > technique that the test harness normally uses. There's still a lot to do > - a lot of the logic that was in the old style brg files for M

Re: [Mono-dev] Ideas for Mono on Windows

quickly build a single class library in VS? They can debug > a class library in VS? > > I'm still hoping to make things better on Windows for mono, but am not > sure which direction to go now. Any (potential) mono hackers on > Windows please let your opinions be known. &g

Re: [Mono-dev] Ideas for Mono on Windows

r would this be viewed as a second > > class, and we would expect them to build on Linux or with cygwin before > > actually commiting changes? > > > > 4. If we don't expect this approach to build a fully working mono image, > > what exactly is the goal/u

Re: [Mono-dev] [PATCH] System.Environment fixes for Windows

Hello, These are good to go in. On Thu, 2008-12-18 at 16:04 -0500, Bill Holmes wrote: > HI, > > The attached patch fixes two problems we found System.Environment. > > Calling Environment.GetEnvironmentVariable ("IsNotSet", > EnvironmentVariableTarget.User) causes a nre with mono on Windows.

Re: [Mono-dev] [PATCH] io-layer get_module_name patch

Hello! Great! Please commit. On Thu, 2008-12-18 at 17:38 -0500, Bill Holmes wrote: > Hi, > > In the get_module_name method the size argument is used as a byte > count but the callers consider it a character count. > > See http://msdn.microsoft.com/en-us/library/ms683196(VS.85).aspx > > T

Re: [Mono-dev] Mono svn and ppc

> Is mono svn working yet with ppc (not ppc64)? I had to disable it for > fedora rawhide as there is a signing problem on PPC which looks to have > come from a revision at 121203. Could you please file a bug? ___ Mono-devel-list mailing list Mono-devel

Re: [Mono-dev] mono 2.2 rc2 on ARM issues

Hello, > For the record, I figured out the root cause for the Illegal > Instruction. Openembedded when it builds ARM kernels turns off > CONFIG_OABI_COMPAT (automatically) as a performance optimization if it > detects you are building with a EABI toolchain, etc. So unless I'm > missing something

Re: [Mono-dev] FW: RealTimeSignal patch

Hello, > Thank you for the patches. > > This has been committed in revisions r121851 and r121852. Any chances that we could get the associated documentation updated? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian

Re: [Mono-dev] Announcing Mono 2.2 RC1...

Hello, > +1 for this one please in order to get the latest and > future releases of CruiseControl.NET working: > > https://bugzilla.novell.com/show_bug.cgi?id=459450 The patch (plus a test case) have been applied to trunk, but since this introduces a change that we have not tested against, I wan

Re: [Mono-dev] Porting runtime - where to start?

Hello, > i have read recently that mono has been finally ported to the Wii. > I've searched the current source code for "wii" but it only finds 4 matches. > Can someone share me any tipps on how to compile mono for the Wii? > Or is the Wii-Port only available commercially? It is only available t

Re: [Mono-dev] PATCH: Mono.Cairo.Pattern.Extend

Hello, \Please commit to both the mono-2-2 branch and to trunk. > The Pattern class currently does not implement the Extend property. The > attached patch (against branch 2-2) just add it. It is so simple it > should not introduce any problem. Just tell me if and where to commit. > > Than

Re: [Mono-dev] simd: more accelerated classes

Hello, Speaking in terms of our policy as a team: > First, it would require to be API stable, which will be a pain in the > neck during the initial ramp up while the design is flushed out. This is the major problem, but there is nothing stopping people from developing the library, trying it

Re: [Mono-dev] simd: more accelerated classes (Offensive Word Found In Message)

Hello, Lets get it on Mono SVN, email me your SSH keys and I will open the accounts. > Sounds good to me. Please feel free to make use of the code in > OpenMetaverseTypes. As far as hosting services, I've had the best luck with > Google Code but would be fine with anything. > > John > > >

Re: [Mono-dev] simd: more accelerated classes

> There's no benefits to using mono as opposed to using any of the free > hosting ones out there. Mono doesn't come with a bug tracker, it > doesn't come with space to host downloads, it doesn't come with a wiki > of any kind. You really should consider using a free hosting that > gives you all tha

Re: [Mono-dev] Complex script / international support in Winforms/libgdiplus

Hello Jonathan, I was very happy to read about your effort to add support for complex scripts to Mono's Windows.Forms implementation. Getting the rendering in GDI+ is the first stage, as you have already discovered. The second stage is a little bit more complicated as it will involve actu

Re: [Mono-dev] BZ 436000

Hello, I wonder why this is calling into Atk in the first place; Plenty of the warnings being shown are assertions, I wonder if we should disable accessibility until this is resolved. Any chance you could give folks remote ssh access to debug this? On Jan 24, 2009, at 5:46 PM, Pa

Re: [Mono-dev] Online Documentation Broken

Hello, This happens when we upgrade the system live without restarting HTTPd. Can you retry? On Jan 21, 2009, at 1:38 PM, Bojan Rajkovic wrote: > Hi y'all, > > Is the online documentation broken? I keep getting this error for > every > page: > > /Cannot be negative. > Parameter name:

Re: [Mono-dev] [PATCH] Uri.IsWellFormedUriString should not throw an exception.

Hello Bill, Any chance of redoing the code as suggested by Robert? If so, it is OK to get this on the 2.4 branch. Miguel. On Jan 21, 2009, at 12:01 PM, Bill Holmes wrote: > Hi, > > The attached patch fixes the attached test.cs. > > Uri.IsWellFormedUriString calls the .ctor which throws an e

Re: [Mono-dev] Class status pages are empty

a mix of the Reflection-based tools, and the >>>> Cecil tools to extract the information, and they are *slightly* >>>> different. >>>> >>>> In the last batch (done for 3.5SP1) I used the Cecil tools for >>>> half the >>>> assemblies (t

Re: [Mono-dev] mono inlining

Hello, > Who do I contact to get approval for a new assembly?? I'd be willing > to put > it in an existing assembly if someone would point out where > (preferably > someone from that core team). New assemblies must be developed on their own module and are not by default distributed by Mono.

Re: [Mono-dev] Debugger for ASP.NET, when ?

Hello, > > Hello, I know there is a gui debugger for normal applications in > monodevelop. But for XSP2 it doesn't work. > > Any predictions that when a debugger will be implemented for > ASP.NET ? It is high in our to-do list, but we do not have a time frame yet. _

Re: [Mono-dev] Class status pages are empty

t; > clause obsolete. > > Also note that the actual status pages at http://go-mono.com/status are > empty for me using Internet Explorer but work with Firefox. > > Kornél > > Atsushi Eno wrote: > > They are now at http://go-mono.com/status > > > > Atsu

Re: [Mono-dev] [PATCH] Uri.IsWellFormedUriString should not throw an exception.

out of range (an invalid UriKind), so the new patch should just make sure that it is validating and throwing an exception on the second parameter to IsWerllFormedUriString. Miguel. > > > On Sat, Jan 24, 2009 at 9:06 PM, Miguel De Icaza > wrote: >> Hello Bill, >> >

Re: [Mono-dev] [PATCH] Uri.IsWellFormedUriString should not throw an exception.

Hello! This looks fine; Can you commit to trunk and 2-4? > Hello Miguel, > > Thanks for taking a closer look at this. I have attached another > patch that should work. > > -bill > > On Wed, Jan 28, 2009 at 9:28 AM, Miguel De Icaza wrote: > > Hello, > &g

Re: [Mono-dev] Enable mdb generation?

> i'm trying to implement > ServicePointManager.ServerCertificateValidationCallback, but the > HttpClientStream class is absolutely not doing what i expect. How can i > enable > mdb file generation when building mono to debug the program flow ? Pass the -debug option to the compiler. Like th

[Mono-dev] Differences in Exception handling on Win32 vs Win64

Hello, While doing some of the refactoring work for the mini-OS work, I noticed that we have code that could be moved into mini-windows.c in the exceptions-x86.c and exceptions-amd64.c, the code is almost identical, the difference is that exceptions-x86.c supports a "restore_stack helper":

[Mono-dev] mini-OS patches.

Hello folks, For the sake of better supporting proprietary operating systems, we need to split some of the functionality that today lives inside #ifdefs in mini.c The current patch splits out the OS-specific functionality into three files mini-darwin.c, mini-posix.c and mini-windows.c, th

Re: [Mono-dev] Enable mdb generation?

> Maybe my mail was to unspecific. Can i tell configure to build all mono class > libs with mdb files ? I'm trying ty debug a assembly that is included in mono. This is already the default. We always generate those and install those into the GAC. Miguel.

Re: [Mono-dev] mini-OS patches.

Hey! Thanks, I added this to the build. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] gmcs and The Future

Hello, > Those projects which are willing to > sacrifice compatibility with csc in order to partake of our forbidden > fruit can write code in this New C#. This C#++. This > -langversion:future. The problem is not only one of making the code conditional, but certain features come with a heavy ma

Re: [Mono-dev] gmcs and The Future

Hello, > > gmcs Compiler already not 100% compatible with csc - __arglist > > , > > __refvalue > > , > > __makeref > >

Re: [Mono-dev] gmcs and The Future

> And my own idea: add support for "# line" style preprocessor tags, as > produced by cpp. I have a few programs that need to run through cpp > before compiling, and the lack of "# line" support means that (unless > I'm almost impossibly careful and do some strange tricks) the line > numbers repo

Re: [Mono-dev] gmcs and The Future

> I admit I haven't tried it in a while - my workarounds date back to > mono 1.2.6 or so. Was it added recently? That is a few years old. You might want to upgrade. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximia

Re: [Mono-dev] [PATCH] Windows Socket Accept Fix.

This looks good to me. > > + int optlen = sizeof (gint); ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Arguing for reconsideration of WONTFIX status of 425512

Hello, > It depends on what the mono team sees as the goal of mono. > If it is to provide a nice programming environment for linux > programmers > to make linux applications, then no reason to change. > If it also is to make it easy for .net applications to run on linux, > and > to have windo

Re: [Mono-dev] Arguing for reconsideration of WONTFIX status of 425512

Hello, I added some comments to the bug, we can apply Robert's patch and encourage developers in the meantime to use the graceful fallback setup for now as it will be needed for anyone trying to run the software on any Mono versions pre-2.6 (as this fix wont make it into Mono until Mono 2.6) M

Re: [Mono-dev] correction for "Compiling Mono on WIndows' page.

> Aha. The dot at the beginning off the line threw me off. Since I'm > used > to run shell scripts just like /tmp/whatever.sh. I'm guessing this > will > happen to other users as well, especially since the "how to make > this work on > windows" guide is likely to be read by people not intim

Re: [Mono-dev] On what platform|cpu-arch|mono-version does full AOT actually work?

Hello, > mono on iphone is not really a supported configuration right now, it > works for some people, Additionally, due to the way applications are distributed on the iPhone (end-user has no choice to relink the application with newer Mono versions that the LGPL requires) you would have to

Re: [Mono-dev] ASP.NET MVC

Hello, > I see that the MVC implementation is planned for june. > I'd like to know if there is someone responsible for this and if any > progress is made. We tend to only work on published APIs to not waste a lot of our time, so we have only implemented the System.Web.Routing components right no

Re: [Mono-dev] MSBuild in the 3.5 Profile

> > I am working on some things in xbuild and the Microsoft.Build.* > namespaces. MS ships a 3.5 version of the Microsoft.Build.* assemblies > and a 3.5 version of MSBuild. I started looking at adding our > corresponding assemblies to the 3.5 profile. I think I can manage that > (and will send a

Re: [Mono-dev] DeepZoom

Hello, > I read that this is coming to Mono - any word on the progress of this? It is coming on Moonlight. If you build Moonlight from SVN it already works;It still needs a lot of tuning, but it is getting there. > ___ Mono-devel-list mailing li

Re: [Mono-dev] Oracle Data Client issue

Hello, > I don't know whether this is an option for you, but we use Oracle ODP > libraries (Oracle.DataAccess.Client) instead of Microsoft ones > (System.Data.OracleClient) and we have no problem with > Spring.NET/NHibernate. Is Oracle.DataAccess.Client supported on Mono/Linux? Miguel.

Re: [Mono-dev] Mono Develop native menus on Mac OS X

Hello, > Are you guys planning to switch to Mac OS X native menus and hotkeys > that fit existing Mac applications for Mono Develop 2.0? (bug 367030) > > Maybe this seems like a minor nuisance, but I think that if we were > to include Mono Develop in Unity with menus as they are now on Mac OS

Re: [Mono-dev] Mono Develop native menus on Mac OS X

Hello Joachim, > We will switch to Mono Develop as the default script editor in Unity > this summer on Mac OS X. Those are great news, and also should be a great motivator to get the OSX issues sorted out! > The menu item is kind of taking the wind out of my sails though. It's > just really

Re: [Mono-dev] Mono Develop native menus on Mac OS X

> Ctrl-X/V/C shortcuts for text widgets are a GTK thing. The only way we > could fix that in MD would be do add a command handler to every single > text entry widget, which would be extremely messy. This needs to be > handled by the Mac GTK. This we can hack; We control the Gtk+ that we ship wi

Re: [Mono-dev] Making Open more atomic/consistent

Hello, The patch is missing ChangeLog entries, and for the code to make it into the Mono runtime, you have to either license the code under the MIT X11 license or sign the proper documentation. > Rodrigo Kumpera wrote: > > Yes, open should be more atomic, feel free to contribute a patch that

Re: [Mono-dev] How do I develop mono/C# applications for the Apple iPhone?

> So, what does one need to build applications for the iphone in C#? The current setup is less than ideal. I would love to fix this, but we ourselves have too much in our plate right now to take on more tasks. The things that are needed are: * To create a better setup to build the Mon

Re: [Mono-dev] [PATCH] MonoMethod.cs

Hello, This patch would require both a ChangeLog entry as well as updated NUnit test cases to go with it, exposing the intended behavior and the buggy behavior. > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > To whom it may concern, > > I was migrating some code from Mono 1.x to .NET

Re: [Mono-dev] [PATCH] System.Convert.ChangeType

Hello Tom, Thanks for the patch; I tested it, created a nunit test case and commited it. > Hi, > > Patch attached to this bugzilla entry: > > https://bugzilla.novell.com/show_bug.cgi?id=481687 > > Would be grateful if someone could review it. > > Thanks, > Tom > > __

Re: [Mono-dev] [PATCH] GenerateGuidForType

Hello, Thanks for the patch, it has been applied. > System.Runtime.InteropServices/ChangeLog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Architectural decisions behind mod_mono

> pushed into the OS. That said, I will agree that this is rarely the > dominant performance issue. Usually the application's (mis-)behavior > swamps that of the infrastructure. Still, it would be nice to have a > high-performance, cross platform ASP.NET hosting environment that could > wri

[Mono-dev] csharp tab completion.

static string[] attribute_targets = new string [] { "method", "return" }; Index: mcs/complete.cs =========== --- mcs/complete.cs (revision 0) +++ mcs/complete.cs (revision 0) @@ -0,0 +1,174 @@ +// +// complete.cs: Expression tha

Re: [Mono-dev] csharp tab completion.

ONO_PATH" $(RUNTIME) $(RUNTIME_FLAGS) ../class/lib/net_2_0/gmcs.exe /codepage:65001 -d:GMCS_SOURCE -d:NET_1_1 -d:NET_2_0 -debug -target:exe -out:foo.exe cs-parser.cs foo.cs -main:X @gmcs.exe.sources + q: cs-parser.cs qh echo 'System.Console.WriteLine ("Hello");' | mono cshar

Re: [Mono-dev] CoreCLR patches

> void > -mono_security_enable_core_clr (void); > +mono_security_enable_core_clr (const char *prefix); > > This breaks our ABI, we can't change that function this way. > I know it's a silly requirement for a function that hardly anyone > could be using, but > breaking our ABI should not be taken

Re: [Mono-dev] Re moting between dotnet framework and mono framework

Hello, > To Eric: since Mono developpers did not have access to MS's spec > (and didn't > disassemble any code), only the public members of BCL classes were > guaranted > to be the same - private fields can be whatever the developer > wanted. So > many classes have a binary format 100% compa

Re: [Mono-dev] csharp tab completion.

Hello, > I looked at the parser and it does not seem to work correctly. Type > "4.Tr" move to "." and hit TAB. Secondly, instead of rewriting token in > tokenizer it can be easier to just handle the token specially in the > parser at few places where you want to support completion. Thanks!

Re: [Mono-dev] csharp tab completion.

Hello, > Secondly, instead of rewriting token in > tokenizer it can be easier to just handle the token specially in the > parser at few places where you want to support completion. I am not sure that I understand the suggested approach here. The parser actually now works with a partial input,

Re: [Mono-dev] csharp tab completion.

e.WriteLine ("Hello");' | mono csharp.exe echo -e 'using System;\nConsole.WriteLine ("hello");' | mono csharp.exe Index: mcs/ChangeLog ======= --- mcs/ChangeLog (revision 129990) +++ mcs/ChangeLog (working

Re: [Mono-dev] Visual Studio Debugger for Mono

Hello, > I am working for the Irish Television and Radio Broadcasting company and we > would like to use Mono on a large scale CMS project. Our biggest concern is > that Mono cannot be debugged using Visual Studio. I cannot find any details > about beta and release dates on the Visual Studio Debug

Re: [Mono-dev] csharp tab completion.

Hello, > My idea was different. > > Use existing expression types and just add a new overload where > necessary. Then use special type completion expression to redirect to > this new overload at the position where tab was pressed. And this is useless because as I said, sometimes you need an Ex

Re: [Mono-dev] csharp tab completion.

Hello, > I probably don't get it, but that's still fine. You will have > ExpressionCompletion and ExpressionStatementCompletion. Is this so that I can reuse the *existing* implementation of say MemberAccess? If so, it is useless because I would have to turn MemberAccess into an ExpressionStaeme

Re: [Mono-dev] csharp tab completion.

> and we will share most of the code, it will not fit to all cases but the > majority should benefit. It really will not. The code paths are already different, and I will only end up sprinkling a bunch of ifs. The "CompletionExpression" that you show there is not even remotely useful. What i

Re: [Mono-dev] Using libJIT in Mono Instead of LLVM

Hello, > I have already sent two emails in this mailing list. Most likely their > will be not accepted here. So I want to ask your opinion, about a > possible cooperation of using libJIT as another engine for Mono > instead of LLVM. You can post patches in this list, but for us to integrate the

Re: [Mono-dev] [PATCH] Implement support for compiled regular expressions in profile 1.x

Hello, > I've implement support for compiled regular expressions in profile 1.x > using dynamic assemblies. I am curious: how important is 1.0 for you, and why are you using 1.0 instead of 2.0? We are having a discussion about dropping support for 1.0 from Mono to make our lives easier and I am

[Mono-dev] Telerik announces ASP.NET RadControls support for Mono 2.4

Hello folks, I wanted to share with everyone on the lists a very important announcement from Telerik, the creators of RadControls for ASP.NET. As of today Telerik is making RadControls for ASP.NET available and supported for Linux users using Mono 2.4 on their systems. Third-party contr

Re: [Mono-dev] [PATCH] Implement support for compiled regular expressions in profile 1.x

Hello, Thanks for your comments on the 1.0 profile: > I believe however that having a stripped down runtime and (partial) > class library without generics support could be useful in embedded > scenarios. For example there are routers running Linux with 8 MB RAM and > 2 MB flash. (I'm not s

Re: [Mono-dev] [Mono-list] Telerik announces ASP.NET RadControls support for Mono 2.4

Hello, > Excellent!!! > > A long time waiting for that! > > The compatible version of RadControls for ASP.NET AJAX is now > available for download? Yes. Miguel. > > > []s > > > Pedro. > > > > > 2009/4/6 Miguel de Icaza >

Re: [Mono-dev] [PATCH] Implement support for compiled regular expressions in profile 1.x

Hello, > On the iPhone using the 1.0 profile is extremely important to cut > down on the dll size for mscorlib and friends. Mono already has a big > payload when using fullAOT and using 2.0 would make it worse. At the > same time we would like to get features like SGEN GC and other > optim

[Mono-dev] Mono 1.0 and 2.0 profiles

Hello, Sorry, I forgot to CC m-d-l in the last post. > Hello Mantas, > > Thanks for your feedback: > > > So adding of reference to .NET Socket API adds two new dependencies > > System.dll and System.Xml.dll and ends up with 2.1 MB of additional > > ARM code. > > Would you mind che

[Mono-dev] Monoco, couroutines and Mono.

Hello folks, We were having this discussion a few months ago: > But remember that stackless python is, I think, more or less proper > implementation while Monoco is basically just a hack. As of this week a variation of Mono.Microthreads.Continuation has been included with Mono in the Mono.Taskl

Re: [Mono-dev] Incremental build for mono compiler

> So I am asking for Your help with my few questions: > * Which is the best place to start ? > * Potential problems ? > * Some guidelines to do this in the "Mono" way for future integration. The major problem is that we are currently doing a major refactoring in the compiler that will have a sev

[Mono-dev] New Mono API status pages.

Hello folks, We have updated the Mono status pages to be both faster and provide now two levels of detail: http://www.go-mono.com/status The default view mode will remove many of the missing attributes that do not apply to Mono (for example, DebuggerVisibility attributes or bits

Re: [Mono-dev] Incremental build for mono compiler

t; wrote: > > > > It is OK because till last week of May I am going to familiarize > > myself with the whole code and trying to create some prototype from > > stable version. The real part of work is placed between end of May to > > August. > > > >

<    1   2   3   4   5   6   7   8   9   10   >