search for: _ptr

...odule_obj to get the LLVMModuleRef *should* be via mp_obj->LLVMModuleProviderRef->getModule. Like so: class ModuleProvider(object): def __init__(self, ptr, module): self.ptr = ptr self.module = module module._attach_to_provider(self) @property def module_ptr_non_owning: return _core.LLVMGetModule(self.ptr) class Module(object): def __init__(self, ptr): self._ptr = ptr self.provider = None def _attach_to_provider(self, provider): self.provider = provider self._ptr = None @property def ptr(self...

On 2008-05-13, at 02:12, Mahadevan R wrote: >>> That's not how the object works... > > Gordon, I think I can make it work if we have the following additional > function in LLVM-C: > > LLVMModuleRef LLVMGetModule(LLVMModuleProviderRef MP) { > return wrap(unwrap(MP)->getModule()); > } Can I ask, how general is your solution? I only intended to use this

...ing is this (pseudocode, not the actual API): int main() { auto handle = pool::open("path/to/file", ...); using pvector = std::vector<foo, persistent_allocator<foo>>; { auto tx = transaction::start(handle); // transactions are per pool file auto vec_ptr = allocate_from_persistent_memory<pvector>(); vec_ptr->emplace_back(foo, parameters); } } The problem occurs when standard library containers have metadata. For example rb tree nodes carry their color, which will not be included in the transaction's undo log. To address th...

..._main: ADDCOMP out=r1 in1=r1 in2=4 conf=`ADDCOMP_SUB WMEM in=r2 in_addr=r1 conf=`WMEM_SI CONST_16B out=r3 conf=12 JUMP nl_out=r2/*RA*/ addr_in=&_malloc conf=`JUMP_ALWAYS_ABS // Call In case this is important, here is the relevant declarations from the 'stdlib.h' that is in use: _PTR _EXFUN(malloc,(size_t __size)); _VOID _EXFUN(free,(_PTR)); where: #define _PTR void * #define _EXFUN(name, proto) name proto and from 'newlib.c': void * malloc (size_t sz) { ... } i.e. They look like any other function call, which is why I suspect it has so...

...mp_obj->LLVMModuleProviderRef->getModule. > > Like so: > > class ModuleProvider(object): > > def __init__(self, ptr, module): > self.ptr = ptr > self.module = module > module._attach_to_provider(self) > > @property > def module_ptr_non_owning: > return _core.LLVMGetModule(self.ptr) > > > class Module(object): > > def __init__(self, ptr): > self._ptr = ptr > self.provider = None > > def _attach_to_provider(self, provider): > self.provider = provider >...

...int SSL_CTX_set_default_verify_paths_win32(SSL_CTX *_ssl_ctx); # include <poll.h> # include <unistd.h> # include <openssl/ssl.h> +# include <openssl/asn1.h> typedef int op_sock; @@ -1531,6 +1533,7 @@ static long op_bio_retry_ctrl(BIO *_b,int _cmd,long _num,void *_ptr){ # if OPENSSL_VERSION_NUMBER<0x10100000L # define BIO_set_data(_b,_ptr) ((_b)->ptr=(_ptr)) # define BIO_set_init(_b,_init) ((_b)->init=(_init)) +# define ASN1_STRING_get0_data ASN1_STRING_data # endif static int op_bio_retry_new(BIO *_b){ @@ -1632,7 +1635,7 @@ static int op_http...

...lear_##TypeName | ^~~~~~~~~~~~~~~~~~~ /usr/include/glib-2.0/glib/gmacros.h:1044:36: note: in expansion of macro '_GLIB_AUTOPTR_CLEAR_FUNC_NAME' 1044 | static G_GNUC_UNUSED inline void _GLIB_AUTOPTR_CLEAR_FUNC_NAME(TypeName) (TypeName *_ptr) \ | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/glib-2.0/glib/gmacros.h:1061:3: note: in expansion of macro '_GLIB_DEFINE_AUTOPTR_CLEANUP_FUNCS' 1061 | _GLIB_DEFINE_AUTOPTR_CLEANUP_FUNCS(TypeName, TypeName, func) | ^~~~...

...`ADDCOMP_SUB > WMEM in=r2 in_addr=r1 conf=`WMEM_SI > CONST_16B out=r3 conf=12 > JUMP nl_out=r2/*RA*/ addr_in=&_malloc conf=`JUMP_ALWAYS_ABS // Call > > > In case this is important, here is the relevant declarations from the > 'stdlib.h' that is in use: > > _PTR _EXFUN(malloc,(size_t __size)); > _VOID _EXFUN(free,(_PTR)); > > > where: > > #define _PTR void * > #define _EXFUN(name, proto) name proto > > > and from 'newlib.c': > > void * > malloc (size_t sz) > { > ... > }...

...> | ^~~~~~~~~~~~~~~~~~~ > /usr/include/glib-2.0/glib/gmacros.h:1044:36: note: in expansion of macro '_GLIB_AUTOPTR_CLEAR_FUNC_NAME' > 1044 | static G_GNUC_UNUSED inline void _GLIB_AUTOPTR_CLEAR_FUNC_NAME(TypeName) (TypeName *_ptr) \ > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/include/glib-2.0/glib/gmacros.h:1061:3: note: in expansion of macro '_GLIB_DEFINE_AUTOPTR_CLEANUP_FUNCS' > 1061 | _GLIB_DEFINE_AUTOPTR_CLEANUP_FUNCS(TypeName, TypeName, func)...

On 13 January 2010 12:05, Mark Muir <mark.i.r.muir at gmail.com> wrote: > On 13 Jan 2010, at 16:43, Nick Lewycky wrote: > > > Mark Muir wrote: > >> - Run the existing Clang tool on each source file, using -emit-llvm to > generate a .bc file for each module. > >> - Run llvm-link to merge them into a single .bc file. > >> - Run llc to generate a

On 13 Jan 2010, at 16:43, Nick Lewycky wrote: > Mark Muir wrote: >> - Run the existing Clang tool on each source file, using -emit-llvm to generate a .bc file for each module. >> - Run llvm-link to merge them into a single .bc file. >> - Run llc to generate a complete machine assembly. >> >> However, with optimisations enabled, the resulting code is not as

Hi all, I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if this is the right place to submit patches, but someone suggested this on the apparently dead SourceForge patch tracker. The first two are quite straight forward: - The ICL patch fixes a typo in bitmath.h and adds FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c. - The Ogg patch replaces

If you call lld::coff::link twice, the second time gives this backtrace: msvcp140d.dll!00007ffc35830806() Unknown > zig.exe!std::_Debug_pointer<lld::coff::Chunk * __ptr64 const>(lld::coff::Chunk * const * _Ptr, const wchar_t * _File, unsigned int _Line) Line 926 C++ zig.exe!std::_Debug_range2<lld::coff::Chunk * __ptr64 const * __ptr64>(lld::coff::Chunk * const * _First, lld::coff::Chunk * const * _Last, const wchar_t * _File, unsigned int _Line, s...

...25, 2018 at 2:18 AM, Andrew Kelley <superjoe30 at gmail.com> wrote: >> >> If you call lld::coff::link twice, the second time gives this backtrace: >> >> msvcp140d.dll!00007ffc35830806() Unknown >> > zig.exe!std::_Debug_pointer<lld::coff::Chunk * __ptr64 >> > const>(lld::coff::Chunk * const * _Ptr, const wchar_t * _File, unsigned int >> > _Line) Line 926 C++ >> zig.exe!std::_Debug_range2<lld::coff::Chunk * __ptr64 const * >> __ptr64>(lld::coff::Chunk * const * _First, lld::coff::Chunk * const * >&...

Hi Xiph.org Team. We are using opusfile library <https://github.com/xiph/opusfile> for streaming *.opus* audio in our projects. But now we have a problem with building opusfile library for android with *ndk-build*. In particular, with arm64-v8a platform: Google removed <sys/timeb.h> from android. And now building opusfile with nkd-build crashes with error "fatal error:

...ngModuleContainer::~OwningModuleContainer() Line 82 C++ ConsoleEngine.exe!llvm::MCJIT::~MCJIT() Line 102 C++ ConsoleEngine.exe!llvm::MCJIT::`scalar deleting destructor'(unsigned int) C++ ConsoleEngine.exe!std::default_delete<llvm::ExecutionEngine>::operator()(llvm::ExecutionEngine * _Ptr) Line 1195 C++ ConsoleEngine.exe!std::unique_ptr<llvm::ExecutionEngine,std::default_delete<llvm::ExecutionEngine> >::~unique_ptr<llvm::ExecutionEngine,std::default_delete<llvm::ExecutionEngine> >() Line 1398 C++ -------------- next part -------------- An HTML attachment wa...

Hello, I'm trying to define in my new back end, in MyBackendInstrInfo.td file, a vector load instruction that takes an immediate address operand. (I got inspired from Mips' MSA SIMD extensions.) Could you please tell me what's the right way to do it? Here, the load class has $addrsrc which is a relative address with base a certain register and offset: class

...to Windows 98 and thus doesn't impose such compatibility issues. _lseeki64 operates on the underlying file handle, and does not interact well with the buffering in stdio streams. I _think_ you can use this successfully if you call fflush() beforehand (as this sets FILE::_cnt to 0 and FILE::_ptr to FILE::_base). By which I mean I read the MSVCRT source from MSVC6.0 and it appears this is how things work. That source also includes an fseeki64()/ftelli64(), but they are not defined in stdio.h. I wonder if just declaring it yourself is good enough? If not, they get called by fsetpos()/fge...

...leContainer() > Line 82 C++ > ConsoleEngine.exe!llvm::MCJIT::~MCJIT() Line 102 C++ > ConsoleEngine.exe!llvm::MCJIT::`scalar deleting destructor'(unsigned > int) C++ > ConsoleEngine.exe!std::default_delete<llvm::ExecutionEngine>::operator()(llvm::ExecutionEngine > * _Ptr) Line 1195 C++ > ConsoleEngine.exe!std::unique_ptr<llvm::ExecutionEngine,std::default_delete<llvm::ExecutionEngine> > >::~unique_ptr<llvm::ExecutionEngine,std::default_delete<llvm::ExecutionEngine> > >() Line 1398 C++ > > -------------- next part -----------...

...gument list for LD_DESC_BASE. The one for MIPS will be matching the DAG using the selectIntAddrMSA() function which will produce the two operands expected by mem_msa. I haven't tried this but given that you only want an immediate address, it may be easier to use an immediate operand (e.g. uimm4_ptr, you may need to search for 'uimm # I # _ptr' for the definition) and an ImmLeaf subclass (e.g. immZExt4Ptr) instead of the mem_msa and addrimm10. Hope this helps > -----Original Message----- > From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of RCU > via llv...