Displaying 3 results from an estimated 3 matches for "79p".
Did you mean:
791
2011 Sep 27
0
[LLVMdev] Poor code generation for odd sized vectors
...ening), but unfortunately the argument
lowering code seems to have scalarized the function arguments before getting
to the type legalizer. Compare with the code produced for the following:
define void @vector_add_float(<18 x float> *%rp, <18 x float> *%a.78p, <18 x
float> *%a.79p) {
%a.78 = load <18 x float> *%a.78p
%a.79 = load <18 x float> *%a.79p
%result.80 = fadd <18 x float> %a.78, %a.79
store <18 x float> %result.80, <18 x float> *%rp
ret void
}
Ciao, Duncan.
> I'm compiling LLCM IR code like this on x86-64:
>
&...
2015 Feb 06
0
dsync and smooth conversion of Maildir to mdbox
...9
namespace {
list = children
location = maildir:%%h/Maildir
prefix = shared/%%u/
separator = /
subscriptions = no
type = shared
}
namespace inbox {
inbox = yes
list = yes
location =
prefix =
separator = /
subscriptions = yes
type = private
}
passdb {
args = /etc/dovecot/79p-sql.conf
driver = sql
}
plugin {
acl = vfile
acl_anyone = allow
acl_shared_dict = proxy::acldict
quota = dict:user::proxy::quotadict
quota_grace = 0
quota_rule2 = Trash:bytes=+100M
}
protocols = " imap lmtp"
service auth {
unix_listener auth-userdb {
group = mail
m...
2011 Sep 27
2
[LLVMdev] Poor code generation for odd sized vectors
Hi all,
I'm compiling LLCM IR code like this on x86-64:
define linkonce ccc <16 x float> @vector_add_float(<16 x float> %a.78, <16 x float> %a.79) align 8
{
entry:
%result.80 = fadd <16 x float> %a.78, %a.79
ret <18 x float> %result.80
}
This works really well when the vector length (16 in the above) is
an integer multiple of the SSE vector