search for: katsu

...ccount)(mail=%u)) pass_attrs = mail=user,userPassword=password,uidNumber=userdb_uid,gidNumber=userdb_gid,homeDirectory=userdb_home,mailQuota=userdb_quota=maildir:igno\ re=Trash:storage pass_filter = (&(objectClass=mailAccount)(mail=%u)) default_pass_scheme = PLAIN ----- Thanks in advance, -- Katsu Yamamoto Marino Ltd., Yokohama, JAPAN

...though it's unlikely we'd > like 0x80000000 to be interpreted as positive, rather than negative if > it ever does occur. I totally agree with you. I rewrote my fix and made a test case according to your suggestion. All of them are included in the attached file. Thanks and regards, Katsuhiro Ueno -------------- next part -------------- A non-text attachment was scrubbed... Name: x86-tailcallopt-fix-2.diff Type: application/octet-stream Size: 2947 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130803/901297c7/attachment.obj>

...expected: define signext i8 @f() nounwind readnone ssp uwtable { ret i8 97 } I carefully read LLVM Language Reference Manual but I could not understand the difference of these two getelementptr expressions. Are these two getelementptr equivalent in the semantics of LLVM IR? Thanks, -- UENO, Katsuhiro

...g points. Due to integral promotion, explicit conversion to signed integer is needed at those points. Eliminating tail calls (with arbitrary number of arguments) is mandatory for practical functional languages. I would appreciate it if this bug would be fixed in the next release. Best regards, Katsuhiro Ueno -------------- next part -------------- A non-text attachment was scrubbed... Name: x86-tailcallopt-fix.diff Type: application/octet-stream Size: 1790 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130803/b8ef92ae/attachment.obj>