Displaying 7 results from an estimated 7 matches for "mscp".
Did you mean:
mcp
2010 Nov 14
2
[LLVMdev] Landing my new development on the trunk ...
...ations based
on them in the loop, since it will have to generate a new variable for each
of these cases that will end up live over the entire loop.
So i think you may see good things if you took the OSR code and used it as a
basis for LSR.
There is one thing both the original paper, the original MSCP implementation
did (too bad the links to this point to ftp.cs.rice.edu, which no longer
works, the web files were a great implementation resource) , and my GCC
implementation did, which is LFTR (Linear Function Test Replacement). LFTR
after OSR can help reduce register pressure since it enables eli...
2010 Nov 15
0
[LLVMdev] Landing my new development on the trunk ...
...roblem is
> more complex than I had expected. I haven't done any measurements,
> but it's likely that OSR is faster, which may interest some people
> regardless
> of how the output compares.
>
>
> There is one thing both the original paper, the original MSCP
> implementation did (too bad the links to this point to ftp.cs.rice.edu
> <http://ftp.cs.rice.edu>, which no longer works, the web files were a
> great implementation resource) , and my GCC implementation did, which
> is LFTR (Linear Function Test Replacement). LFTR after OSR...
2015 Jun 10
0
can't enable sieve on ubuntu trusty
I try to create a sieve rule on a Ubuntu server ( managed by i-mscp)
For this rule i need the editheader extension.
I edited /etc/dovecot/conf.d/90-sieve.conf and added the following:
plugin {
#sieve_extensions = +notify +imapflags
sieve_extensions = +editheader
....
Restarted dovecot and didn't work
Looks like the content of 90-sieve.conf is i...
2010 Nov 16
1
[LLVMdev] Landing my new development on the trunk ...
...t; is
>> more complex than I had expected. I haven't done any measurements,
>> but it's likely that OSR is faster, which may interest some people
>> regardless
>> of how the output compares.
>>
>
> There is one thing both the original paper, the original MSCP
> implementation did (too bad the links to this point to ftp.cs.rice.edu,
> which no longer works, the web files were a great implementation resource) ,
> and my GCC implementation did, which is LFTR (Linear Function Test
> Replacement). LFTR after OSR can help reduce register pressure...
2010 Oct 29
0
[LLVMdev] Landing my new development on the trunk ...
On Oct 29, 2010, at 12:20 PM, Brian West wrote:
> On 10/29/10 1:26 PM, Eli Friedman wrote:
>> Sure, but you know which induction variables you created; you can just
>> zap the unused ones at the end of the pass, no?
> This is feasible. We would have to collect more information during OSR
> proper pass and add logic to cleanup at the end.
>
>>> FWIW I noticed
2010 Oct 29
3
[LLVMdev] Landing my new development on the trunk ...
On 10/29/10 1:26 PM, Eli Friedman wrote:
> Sure, but you know which induction variables you created; you can just
> zap the unused ones at the end of the pass, no?
This is feasible. We would have to collect more information during OSR
proper pass and add logic to cleanup at the end.
>> FWIW I noticed that other optimizations (as seen in StandardPasses.h) are
>> followed by
2016 Dec 12
4
Dovecot 2.2.27 & windows 10 outlook (no auth attempts in 0 secs) error.
Aki Tuomi wrote:
>
> Can you do
>
> doveconf -a | grep auth_mech
>
auth_mechanisms = plain login
P.S. Seems this 2.2.24 is the last win10 compatible version (as my
testserver doesn't have win10 users and thunderbird works well), any
never version gives an error. However I didn't find any hint from
http://www.dovecot.org/list/dovecot-news/2016-July/000324.html etc.
--