Displaying 3 results from an estimated 3 matches for "ootbcomp".
2014 Feb 20
2
[LLVMdev] RFC: GEP as canonical form for pointer addressing
On 20 Feb 2014, at 06:11, Ivan Godard <ivan at ootbcomp.com> wrote:
> It's not just old mainframes, it's some of the newest architecture as well.
> The Mill general-purpose architecture (http://ootbcomp.com) has non-integer
> pointers and distinct pointer operations too. That LLVM loses pointerhood is
> the biggest problem that w...
2014 Feb 15
7
[LLVMdev] RFC: GEP as canonical form for pointer addressing
RFC: GEP as canonical form for pointer addressing
I would like to propose that we designate GEPs as the canonical form for
pointer addressing in LLVM IR before CodeGenPrepare.
Corollaries
1) It is legal for an optimizer to convert inttoptr+arithmetic+inttoptr
sequences to GEPs, but not vice versa.
2) Input IR which does not contain inttoptr instructions will never
contain inttoptr
2010 Jan 27
3
How do I make dovecot not use sslv2 for pop?
From nmap:
995/tcp open ssl/pop3 Dovecot pop3d
|_ sslv2: server still supports SSLv2
|_ pop3-capabilities: USER CAPA UIDL PIPELINING RESP-CODES TOP
SASL(PLAIN LOGIN)
pop3 allows SSLv2, imap doesn't. In my dovecot.conf I have:
ssl_cipher_list = ALL:!LOW:!SSLv2
at the global level. Do I need to put it inside the protocol pop3{}
section?
Patrick