Castle.Core only, the 400+ tests run peverify on the compiled classes,
this is something that won't work on Mono on Linux as there is no
PeVerify in Linux

Rafael "Monoman" Teixeira
---------------------------------------
"To be creative means to be in love with life. You can be creative
only if you love life enough that you want to enhance its beauty, you
want to bring a little more music to it, a little more poetry to it, a
little more dance to it."
Osho



On Tue, Apr 13, 2010 at 6:39 PM, John Simons <[email protected]> wrote:
> Hi Rafael,
>
> Which project did u try?
>
>> Tried to build with msbuild, but have to hand edit the settings/config
>> files to add another path to try to find peverify.exe inside the
>> tests, as in Windows XP (yes I'm still tied to XP and VS 2005) we
>> don't have the "(x86)" variants of the system environment variables.
> Can we get a patch for this?
>
> Cheers
> John
>
> On Apr 14, 7:33 am, Rafael Teixeira <[email protected]> wrote:
>> Follow-up:
>>
>> I've downloaded the sources from github (my TortoiseGIT/mSysGit
>> install is still broken probably in the ssh part of it).
>>
>> Tried to build with msbuild, but have to hand edit the settings/config
>> files to add another path to try to find peverify.exe inside the
>> tests, as in Windows XP (yes I'm still tied to XP and VS 2005) we
>> don't have the "(x86)" variants of the system environment variables.
>> After that fix it built easily and passed all tests.
>>
>> Installed latest released Mono for windows version 2.6.3.
>>
>> After tweaking the buildscripts/build.cmd to try out if xbuild exists
>> and use it if it does, the build failed while referencing adodb,
>> because of case-sensitivity issues while xbuild tries to resolve the
>> reference.
>>
>> New bug on xbuild posted on Mono's 
>> bugzilla:https://bugzilla.novell.com/show_bug.cgi?id=596364
>>
>> Next I'll try to build only xbuild from trunk and tweak it to make it
>> work if possible posting patches for review upstream.
>>
>> Fun,
>>
>> Rafael "Monoman" Teixeira
>> ---------------------------------------
>> "To be creative means to be in love with life. You can be creative
>> only if you love life enough that you want to enhance its beauty, you
>> want to bring a little more music to it, a little more poetry to it, a
>> little more dance to it."
>> Osho
>>
>> On Tue, Apr 13, 2010 at 8:40 AM, Rafael Teixeira <[email protected]> wrote:
>> > I'll give it a try.
>>
>> > Fun,
>>
>> > Rafael "Monoman" Teixeira
>> > ---------------------------------------
>> > "To be creative means to be in love with life. You can be creative
>> > only if you love life enough that you want to enhance its beauty, you
>> > want to bring a little more music to it, a little more poetry to it, a
>> > little more dance to it."
>> > Osho
>>
>> > On Tue, Apr 13, 2010 at 6:19 AM, John Simons <[email protected]> 
>> > wrote:
>> >> I've investigated building Core with mono for windows(latest version)
>> >> and it didn't work :(
>> >> I'm not too sure if it has to do with the msbuild customisations or
>> >> something else, Roelof can you have a look at it?
>>
>> >> Cheers
>> >> John
>>
>> >> On Apr 13, 3:47 pm, Krzysztof Koźmic <[email protected]>
>> >> wrote:
>> >>> OK, I'll investigate the possibility and switch Core and Windsor to CP
>>
>> >>> On 2010-04-13 05:39, Simon wrote:
>>
>> >>> > RE client profile
>> >>> > First some 
>> >>> > backgroundhttp://msdn.microsoft.com/en-us/library/cc656912.aspx
>> >>> > OK this is my understanding of the "client profile" versions is that
>> >>> > if you can build against the "client profile" you should.
>> >>> > The reason being is that is it works against the "client profile" it
>> >>> > will work against the full version
>> >>> > This is echoed by the accepted answer here
>> >>> >http://stackoverflow.com/questions/15694/is-the-net-client-profile-wo...
>>
>> >>> > One point to note is that Rhino mocks seems to use things not included
>> >>> > in the client profile so your unit test projects will need to target
>> >>> > the full version. Not a big issue since you dont deploy these.
>>
>> >>> > On Apr 12, 5:46 pm, Krzysztof Koźmic (2)<[email protected]>  wrote:
>>
>> >>> >> Just to make a (more or less) comprehensive list of runtimes we
>> >>> >> *could* support:
>>
>> >>> >> .NET 3.5 sp1 (full)
>> >>> >> .NET 3.5 sp1 (client profile)
>>
>> >>> >> .NET 4 (full)
>> >>> >> .NET 4 (client profile)
>> >>> >> .NET 4 (web profile) //IIRC I saw this option in VS10beta2
>>
>> >>> >> SL 3.0
>> >>> >> SL 4.0
>>
>> >>> >> Mono 2.6 +
>>
>> >>> >> CF and SL-Wp7 are out due to lack of lots of crucial API. We could
>> >>> >> produce a crippled version (no dynamic proxy) but that's massive
>> >>> >> effort.
>>
>> >>> >> On 12 Kwi, 02:25, James Curran<[email protected]>  wrote:
>>
>> >>> >>> Um... There are different CPUs involved.  No Desktop Windows
>> >>> >>> executable works on Mobile Windows.
>>
>> >>> >>> Truth,
>> >>> >>>      James
>>
>> >>> >>> 2010/4/11 John Simons<[email protected]>:
>>
>> >>> >>>> You have to be fu?$ing joking!
>> >>> >>>> Another version of Silverlight, that is all we need! Can I get my 
>> >>> >>>> own
>> >>> >>>> version too!
>>
>> >>> >>>> Bad MS bad.....
>>
>> >> --
>> >> You received this message because you are subscribed to the Google Groups 
>> >> "Castle Project Development List" group.
>> >> To post to this group, send email to 
>> >> [email protected].
>> >> To unsubscribe from this group, send email to 
>> >> [email protected].
>> >> For more options, visit this group 
>> >> athttp://groups.google.com/group/castle-project-devel?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Castle Project Development List" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to 
> [email protected].
> For more options, visit this group at 
> http://groups.google.com/group/castle-project-devel?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Castle Project Development List" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/castle-project-devel?hl=en.

Reply via email to