Hi Rodrigo,
While playing with Mono.Simd on a (for now ;( ) non-accelerated x86-64
setup [1], I've
noticed that performance of bitwise-ops on Vector16b and others could
be improved.
This patch implements these ops as two 64-bit bitwise ops [2] instead
of processing
each vector element separately.
On Mon, 2008-11-10 at 05:43 +0900, Atsushi Eno wrote:
> So your suggestion is to limit the target only to freebsd, right?
>
Well not necessarily, someone needs to do the research into wether this
is a FreeBSD specific problem, or something that extends to *BSD and
darwin. Getting the architectur
So your suggestion is to limit the target only to freebsd, right?
I'll ask him and he would be able to provide the error details but to be
realistic he won't be able to provide further output from other BSDs
(unless he is a BSD freak to have all of them installed).
Atsushi Eno
Geoff Norton wrot
Well we certainly do compile on darwin, so we shouldn't be thunking
darwin in here as well. Also, what about NetBSD, OpenBSD, etc? Are we
certain they're all affected?
Please get the output of the failed compile, as well as some more info.
Thanks
-g
On Mon, 2008-11-10 at 05:30 +0900, Atsushi
The original patch author said that it does not compile on
FreeBSD(7,amd64). Haven't asked the actual output.
Atsushi Eno
Geoff Norton wrote:
> Eno,
>
> Whats the testcase/rationale for this patch?
>
> On Sun, 2008-11-09 at 23:34 +0900, Atsushi Eno wrote:
>> Atsushi Eno
>>
>>
>> Index: config
Hi,
Looks good. Isn't there a race between the check:
+ if (domain->state == MONO_APPDOMAIN_UNLOADED ||
domain->state ==
MONO_APPDOMAIN_UNLOADING) {
and the
+ mono_thread_push_appdomain_ref (domain);
call ?
Zoltan
2008/11/8 Ro
Eno,
Whats the testcase/rationale for this patch?
On Sun, 2008-11-09 at 23:34 +0900, Atsushi Eno wrote:
> Atsushi Eno
>
>
> Index: configure.in
> ===
> --- configure.in (revision 118305)
> +++ configure.in (working copy
On Sun, Nov 9, 2008 at 2:19 PM, Eugeny Grishul <[EMAIL PROTECTED]>wrote:
>
> Hi guys.
>
> Recently I started project called NObjective which main goal is create
> high-performance and flexible library with lowest memory/cpu overheads
> which
> provides ability to bridge runtimes in efficient ways.
The attached patch makes the GenericTest::TestCrossAppDomainChannel test
in System.Runtime.Remoting pass.
Any comments?
-Gonzalo
Index: CADMessages.cs
===
--- CADMessages.cs (revision 118150)
+++ CADMessages.cs (working copy)
@@ -34
Petit Eric wrote:
> 2008/11/9 [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
>> Ernesto wrote:
>>
>>> [EMAIL PROTECTED] a écrit :
>>>
Petit Eric wrote:
> 2008/11/7 [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
>
>> Hi guys:
>>
>> Sorry,
Hi guys.
Recently I started project called NObjective which main goal is create
high-performance and flexible library with lowest memory/cpu overheads which
provides ability to bridge runtimes in efficient ways. Currently it supports
codegeneration so hundreds of objc classes can be easily export
Atsushi Eno
Index: configure.in
===
--- configure.in(revision 118305)
+++ configure.in(working copy)
@@ -2054,6 +2054,37 @@
unset fpu
fi
+case $host_os in
+darwin* | *bsd* )
+ AC_MSG_CHECKING(if sysctl
12 matches
Mail list logo