2012/2/1 Konrad M. Kruczyński konrad.kruczyn...@gmail.com
Hi all,
during playing with nuget I discovered that xbuild has some problems
with playing with nuget's targets. Specifically nuget.targets contains
lines like that one:
PackagesConfig$([System.IO.**Path]::Combine($(ProjectDir),
2012/2/1 Konrad M. konrad.kruczyn...@gmail.com
On Wed, 2012-02-01 at 16:52 +0530, Ankit Jain wrote:
xbuild doesn't support property functions yet. In this case, the
replacement should
be easy:
PackagesConfig$(ProjectDir)\packages.config/PackagesConfig
I thought so. Your
Could you please attach the xbuild logs for this?
Run it with /v:diag
-Ankit
On Mon, Nov 1, 2010 at 7:26 PM, vinay_rk vinay.kash...@ironmountain.com wrote:
I' am using Mono 2.8
-Vinay
--
View this message in context:
What are you setting XBUILD_COLORS to? It works for me (2.6.7 on opensuse 11.2).
What terminal are you trying this in?
-Ankit
On Wed, Sep 8, 2010 at 2:52 AM, Nicholas Salerno
nsale...@securewatch24.com wrote:
Has anyone noticed that XBuild warnings are not being colored? Or is it
just my
Hi,
Could you please run xbuild with /v:diag and with env var
MONO_OPTIONS=--debug set, and attach the log.
Also, could you attach the .sln file also?
-Ankit
On Fri, Aug 13, 2010 at 5:40 AM, Nicholas Salerno
nsale...@securewatch24.com wrote:
Hello. I have an existing Visual Studio solution
-Original Message-
From: Nicholas Salerno
Sent: Friday, August 13, 2010 9:25 AM
To: 'Ankit Jain'
Subject: RE: [Mono-dev] xbuild and a solution containing a vcxproj
Hello Ankit. I have made a small scratch solution that reproduces this
problem (I'm not at liberty to send the real
I've just committed msbuild tasks and targets to support
building Silverlight projects with xbuild. Though the core of
the tasks is from monodevelop's moonlight code, there
are still enough differences that bugs would have creeped
in.
This could use lot of testing. As of now, this is available
on
On Mon, Jul 27, 2009 at 9:48 PM, Gladish, Jacobjacob.glad...@sig.com wrote:
I decided to give xbuild a try today and was pretty impressed on how well it
was working.
Glad to hear that :)
I have a project with a few .config files checked into revision control that
wind up being read-only.
Current xbuild status:
It can handle solutions (.sln) now, thanks to Jonathan Chambers,
with C#, VB.net projects. Handles embedded resources, satellite
assemblies, project references etc.
Eg. Paint.Net 3 ( builds completely with it now, IronPython (2.0.1)
builds, IronPython svn (builds with
Already working on it, thanks for the heads up though!
-Ankit
Marc Christensen wrote:
Hi everyone,
We have a test-Microsoft_Build_Engine-2.0 failure on mono-branch which
started between -r131512:131591. I'm having trouble tracking down what
broke it. It seems that commits during that time
+ // set correct basepath to resolve relative
paths in file refs
+ if (reader is
System.Resources.ResXResourceReader)
+ ((System.Resources.ResXResourceReader)
reader).BasePath =
xbuild (svn) can't directly handle .sln files right now. But it can
build the temporary .proj that msbuild
generates for .sln files.
We can build the .sln.proj with multiple projects. Its not
complete yet though.
Currently, it generates the resources, satellite assemblies,
resolves
I suspect the problem here is that MonoDevelop uses CodeDOM to
generate code for inserting into user code, so it does matter to us
how the output looks
Yep, this is required for MD's use of CodeDOM.
-Ankit
--
Walt Disney - I love Mickey Mouse more than any woman I have ever known.
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
Looks fine, please commit.
-Ankit
On Dec 31, 2007 12:28 AM, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
Forgot to attach EmityteInst.cs.
On Dec 30, 2007 4:50 PM, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
The attached patch implements support for the .emitbyte directive. Please
review it.
bar_style;
[Glade.Widget] public Window window1;
Index: docbrowser/ChangeLog
===
--- docbrowser/ChangeLog (revision 69658)
+++ docbrowser/ChangeLog (working copy)
@@ -1,3 +1,11 @@
+2006-12-19 Ankit Jain [EMAIL PROTECTED
This link should be helpful -
Implementing an Implicit Transaction using Transaction Scope
(http://msdn2.microsoft.com/en-us/library/ms172152.aspx)
Transaction.Current property (ambient transaction) refers to the
current transaction which can be used by DbCommand etc to find out
whether it is
It is currently implemented with a LTM (Local Transaction Manager) in
mono. (mcs/class/System.Transactions). You can check the class status
at
http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/class-status-System.Transactions.html
DependentTransaction is not implemented yet, rest should work
Hi,
Please file a bug at bugzilla.ximian.com for ilasm with a test case.
-Ankit
On 4/7/06, Jonathan Morgan [EMAIL PROTECTED] wrote:
Mercury is a logic programming language. The researchers on it were
paid by Microsoft to develop an IL backend, which works with the
Microsoft .NET framework.
Hi,
The attached patch adds the property
System.Web.Services.Description.DocumentableItem.ExtensibleAttributes
for the NET_2_0 profile, and adds support for it in
ServiceDescriptionSerializerBase . Also attached is a test case for
the same.
Please review.
-Ankit
--
Blog :
Hi,
snip
. All the tests bar those which reference
non-existent fields and methods now assemble with Mono
ilasm and ...
snip
I had fixed this over the weekend (referencing non-existant
methods/fields in a TypeDef), so it should be working now. Are you
using ilasm from svn ?
-Ankit
--
Hi,
Use:
.field int32 val1
and
.field [mscorlib]System.TypedReference val2
They are not allowed, so I'm not sure ilasm will
compile them.
ILASM doesn't seem to like them.
I tried
.field public int32 i
.field public class [mscorlib]System.TypedReference
Attached is the reworked patch.
The icalls now return error WSAEOPNOTSUPP if the socket flag is
invalid or cannot be mapped to a native one.
-Ankit
On 2/2/06, Dick Porter [EMAIL PROTECTED] wrote:
On Wed, 2006-02-01 at 22:03 +0530, Ankit Jain wrote:
But this means that a #include mono/metadata
;
MonoObject *socket;
Index: mono/metadata/ChangeLog
===
--- mono/metadata/ChangeLog (revision 56384)
+++ mono/metadata/ChangeLog (working copy)
@@ -1,3 +1,12 @@
+2006-02-01 Ankit Jain [EMAIL PROTECTED]
+
+ * socket
svn up, its already been fixed.
-Ankit
On 9/14/05, Hubert FONGARNAND [EMAIL PROTECTED] wrote:
i cannot compile Mono today from SVN
make[8]: Entering directory
`/home/hubert/mono/mcs/class/Microsoft.JScript'
MONO_PATH=../../class/lib/net_2_0:$MONO_PATH
/DeclSecurity.cs (revision 0)
@@ -0,0 +1,38 @@
+//
+// Mono.ILASM.DeclSecurity
+//
+// Author(s):
+// Ankit Jain [EMAIL PROTECTED]
+//
+// (C) 2005 Ankit Jain, All rights reserved
+//
+
+
+using System;
+using System.Collections;
+
+namespace Mono.ILASM {
+
+public interface IDeclSecurityTarget
PROTECTED]
+
+ * get.c (dis_stringify_method_signature): handle case when a method
+ has parameters but no corresponding Param row.
+
2005-08-03 Ankit Jain [EMAIL PROTECTED]
* main.c (call_conv_map): Oops. Add a sentinel entry (-1, NULL).
Index: mono/dis/get.c
Hi,
A long known problem with mono for VB.Net developers was that
Microsft.VisualBasic.* didn't support default values for optional
parameters. The problem has been nicely explained by Jambu at
http://www.gnomebangalore.org/?q=node/view/498. I had written about it
in my blog about a month back.
Hi,
Could we possibly cook a similar solution using Cecil, instead of
disassembling and reassembling? Looks like something that is
potentially less-breakable over the time axis.
Yup..thats what we wanna do, but Cecil doesnt have write support as of
now. I'll try to contribute to write-support
29 matches
Mail list logo