Arquivos
hhvm/hphp/runtime/ext/ext_mailparse.h
T
Drew Paroski 84b9d9a3a2 Separate resources from objects, part 1
In HHVM (and HPHPc before it) we've been piggybacking resources on the
KindOfObject machinery. At the language level, resource is considered to
be a different type than object, and there are a number of differences
in behavior between objects and resources (ex. resources don't allow for
dynamic properties, resources don't work with the clone operator, the
"(object)" cast behaves differently for resources vs. objects, etc).

Piggybacking resources on the KindOfObject machinery has some downsides.
Code that deals with KindOfObject values often needs to check if the value
is a resource and go down a different code path. This makes things harder
to maintain and harder to keep parity with Zend. Also, these extra branches
hurt performance a little, and they make it harder for the JIT to do a good
job in some cases when its generating machine code that operates on objects.

This diff prepares the code base for a new KindOfResource type by adding a
new "Resource" smart pointer type (currently a typedef for the Object smart
pointer type) and it updates the C++ code and the idl files appropriately.
This diff is essentially a cosmetic change and should not impact run time
behavior. In the next diff (part 2) we'll actually add a new KindOfResource
type, detach ResourceData from the ObjectData inheritence hierarchy, and
provide a real implementation for the Resource smart pointer type (instead
of just aliasing the Object smart pointer type).
2013-07-10 11:16:33 -07:00

49 linhas
2.5 KiB
C++

/*
+----------------------------------------------------------------------+
| HipHop for PHP |
+----------------------------------------------------------------------+
| Copyright (c) 2010-2013 Facebook, Inc. (http://www.facebook.com) |
| Copyright (c) 1997-2010 The PHP Group |
+----------------------------------------------------------------------+
| This source file is subject to version 3.01 of the PHP license, |
| that is bundled with this package in the file LICENSE, and is |
| available through the world-wide-web at the following url: |
| http://www.php.net/license/3_01.txt |
| If you did not receive a copy of the PHP license and are unable to |
| obtain it through the world-wide-web, please send a note to |
| license@php.net so we can mail you a copy immediately. |
+----------------------------------------------------------------------+
*/
#ifndef incl_HPHP_EXT_MAILPARSE_H_
#define incl_HPHP_EXT_MAILPARSE_H_
// >>>>>> Generated by idl.php. Do NOT modify. <<<<<<
#include "hphp/runtime/base/base_includes.h"
namespace HPHP {
///////////////////////////////////////////////////////////////////////////////
bool f_mail(CStrRef to, CStrRef subject, CStrRef message, CStrRef additional_headers = null_string, CStrRef additional_parameters = null_string);
int64_t f_ezmlm_hash(CStrRef addr);
Resource f_mailparse_msg_create();
bool f_mailparse_msg_free(CResRef mimemail);
Variant f_mailparse_msg_parse_file(CStrRef filename);
bool f_mailparse_msg_parse(CResRef mimemail, CStrRef data);
Variant f_mailparse_msg_extract_part_file(CResRef mimemail, CVarRef filename, CVarRef callbackfunc = "");
Variant f_mailparse_msg_extract_whole_part_file(CResRef mimemail, CVarRef filename, CVarRef callbackfunc = "");
Variant f_mailparse_msg_extract_part(CResRef mimemail, CVarRef msgbody, CVarRef callbackfunc = "");
Array f_mailparse_msg_get_part_data(CResRef mimemail);
Variant f_mailparse_msg_get_part(CResRef mimemail, CStrRef mimesection);
Array f_mailparse_msg_get_structure(CResRef mimemail);
Array f_mailparse_rfc822_parse_addresses(CStrRef addresses);
bool f_mailparse_stream_encode(CResRef sourcefp, CResRef destfp, CStrRef encoding);
Variant f_mailparse_uudecode_all(CResRef fp);
Variant f_mailparse_determine_best_xfer_encoding(CResRef fp);
///////////////////////////////////////////////////////////////////////////////
}
#endif // incl_HPHP_EXT_MAILPARSE_H_