Could it be a bug in xbuild then? Can you try building a clean
checkout with msbuild to see if there is a different behavior? I
haven't run xbuild very much, is it possible to enable some
diagnostics output like for msbuild? To see where exactly they are
being copied.
/Oskar
2010/10/28 vinay_rk
This doesn't happen under linux, so somebody with *bsd experience needs to
track this down.
There's a fair amount of #if defined(PLATFORM_MACOSX) ||
defined(__OpenBSD__) ...
I imagine these areas may need some freebsd love as well (or another
macro created based on the thing that's actually
Thanks, Stefan.
So our diffs are at least: arch vs gentoo, x86 vs amd64 and 32-bit vs
64-bit.I don't know if you downloaded the source ball and built from
that or did something else, although I doubt that will matter for
this.
Maybe I can try a different distro and/or bit size.
--
Hi,
On Thu, Oct 28, 2010 at 9:58 AM, Charles Esterbrook
cont...@charles-esterbrook.com wrote:
I don't know if you downloaded the source ball and built from
that or did something else, although I doubt that will matter for
this.
I used the official gentoo ebuild script for mono 2.8 which
see discussion of this issue here:
http://mono.1490590.n4.nabble.com/Unable-to-work-with-Configuration-files-tp3014524p3014524.html
On Mon, Oct 25, 2010 at 8:02 AM, srinin
srinivas.nanguno...@ironmountain.com wrote:
Hi All,
When i am calling ConfigurationManager.RefreshSection(appSettings)
On 28.10.2010 09:58, Charles Esterbrook wrote:
Thanks, Stefan.
So our diffs are at least: arch vs gentoo, x86 vs amd64 and 32-bit vs
64-bit.I don't know if you downloaded the source ball and built from
that or did something else, although I doubt that will matter for
this.
Do you have a
It really seems like a bug with XBuild because when these projects with
MSBuild, I don't see this happening. I now have to see what settings in a
csproj results in this buggy behavior by XBuild. Has anyone had a situation
like this ? with system dll's found copied to the local path after running
Hi
On Wed, Oct 27, 2010 at 7:41 PM, Brian Luczkiewicz br...@sooloos.comwrote:
I have a cross-platform (osx+mono/ms.net) app that runs a large piece of
generated code at startup--on windows, 95% of the runtime of this code is in
the JIT compiler and ngen improves startup time for this app
HI,
I never seen such an error message. You can probably work around it by
configuring
mono with --with-sgen=no.
Zoltan
On Wed, Oct 13, 2010 at 8:49 PM, Paul F. Johnson
p...@all-the-johnsons.co.uk wrote:
Hi,
I've submitted mono-2.8 to the fedora buildsys so it can go into