Re: [Mono-dev] Build fails: name `AllowReversePInvokeCallsAttribute' does not exist

2012-02-01 Thread Markku Tavasti
2012/1/31 Leszek Ciesielski skol...@gmail.com Did you try make get-monolite-latest make Tried: cd /home/tavasti/build/mono/mcs/class/lib { (wget -O- http://mono.ximian.com/daily/monolite-99-latest.tar.gz || curl http://mono.ximian.com/daily/monolite-99-latest.tar.gz) | gzip -d | tar xf -

Re: [Mono-dev] Build fails: name `AllowReversePInvokeCallsAttribute' does not exist

2012-02-01 Thread Markku Tavasti
2012/2/1 Markku Tavasti tava...@seravo.fi make[5]: Entering directory `/home/tavasti/build/mono/mcs' /bin/sh .//mkinstalldirs build/deps mkdir -p -- build/deps touch build/deps/.stamp make[6]: Entering directory `/home/tavasti/build/mono/mcs'

[Mono-dev] Nuget and xbuild

2012-02-01 Thread Konrad M. Kruczyński
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), packages.config))/PackagesConfig During the build one can see errors

Re: [Mono-dev] Build fails: name `AllowReversePInvokeCallsAttribute' does not exist

2012-02-01 Thread Alan
Is there a mono package available for your distro? If so, just install that. Alan On 1 February 2012 09:41, Markku Tavasti tava...@seravo.fi wrote: 2012/2/1 Markku Tavasti tava...@seravo.fi make[5]: Entering directory `/home/tavasti/build/mono/mcs' /bin/sh .//mkinstalldirs build/deps

Re: [Mono-dev] Nuget and xbuild

2012-02-01 Thread Ankit Jain
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),

Re: [Mono-dev] Handling StackOverflow, OutOfMemory, ThreadAbortException

2012-02-01 Thread Rodrigo Kumpera
What kind of machinery does your RTOS support? Something akin mach exception ports? Because you either need something like an exception port or sigaltstack to handle stack overflows as it requires stack space anyways. The way to implement this is to do the same logic as of altstack but from a

Re: [Mono-dev] Handling StackOverflow, OutOfMemory, ThreadAbortException

2012-02-01 Thread Miguel Mudge
Yes, it's got machine exceptions. With the help of the MMU, we are able to detect when the stack is down to the last 64K, so there is no need for an alternate stack. We can call a function from there, somewhat akin to signals. The requirements are that: - The native code is allowed to continue

Re: [Mono-dev] Handling StackOverflow, OutOfMemory, ThreadAbortException

2012-02-01 Thread Miguel Mudge
On Wed, Feb 1, 2012 at 9:48 AM, Rodrigo Kumpera kump...@gmail.com wrote: On Wed, Feb 1, 2012 at 12:22 PM, Miguel Mudge michael.mu...@welchallyn.com wrote: Yes, it's got machine exceptions. With the help of the MMU, we are able to detect when the stack is down to the last 64K, so there is

[Mono-dev] Building mono on windows

2012-02-01 Thread Michael Stoll
Hi, I used to build mono on Cygwin/Windows a couple of month ago. Therefore I had to convert a few files using dos2unix command. Today I did a clean checkout and applied dos2unix as before. But when runing make it complained about ./depcomp: line2: $'\r': command not found As depcomp hat

Re: [Mono-dev] Nuget and xbuild

2012-02-01 Thread Ankit Jain
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

Re: [Mono-dev] Building mono on windows

2012-02-01 Thread Alex
Hi, git config --global core.autocrlf true should fix any EOL problems with building on Windows. (Make sure to do a clean clone after that.) Regards, Alex On Wed, Feb 1, 2012 at 5:26 PM, Michael Stoll unwicht...@mistoll.de wrote: Hi, I used to build mono on Cygwin/Windows a couple of month

Re: [Mono-dev] Handling StackOverflow, OutOfMemory, ThreadAbortException

2012-02-01 Thread Rodrigo Kumpera
On Wed, Feb 1, 2012 at 1:39 PM, Miguel Mudge michael.mu...@welchallyn.comwrote: On Wed, Feb 1, 2012 at 9:48 AM, Rodrigo Kumpera kump...@gmail.com wrote: On Wed, Feb 1, 2012 at 12:22 PM, Miguel Mudge michael.mu...@welchallyn.com wrote: Yes, it's got machine exceptions. With the help of the

Re: [Mono-dev] Reference queue

2012-02-01 Thread Rodrigo Kumpera
2012/1/24 Konrad M. konrad.kruczyn...@gmail.com Even if performance was backed in, it would not help a lot since you have the large bottleneck of file backed. As I said, I would rather not delete file directly on the callback's thread, but queue its deletion. Also the mentioned approach

Re: [Mono-dev] Reference queue

2012-02-01 Thread Konrad M.
On Wed, 2012-02-01 at 22:04 -0200, Rodrigo Kumpera wrote: I expect it to be exposed to further internal usage and which will better shape it. I totally agree on this point. Maybe I could have some use on this via p/invoke to itself (using __Internal). What do you think? -- Regards, Konrad