Displaying 4 results from an estimated 4 matches for "ptrtomember".
2003 Apr 29
4
Bug in g++ 2.95.4 (Pointer to member functions)
...Class {
public:
void M1 (void) { cout << "M1" << endl; };
void M2 (void) { cout << "M2" << endl; };
void M3 (void) { cout << "M3" << endl; };
};
typedef void (Class::*ClassMemberFn)(void);
#define callMemberFunction(object,ptrToMember) ((object).*(ptrToMember))
int main (int argc, char* argv[]) {
Class obj;
// This works fine: Array size == 2
ClassMemberFn a[2] = { &Class::M1, &Class::M2};
for (unsigned int i=0; i<2; ++i) {
callMemberFunction (obj, a[i]) ();
}
// This will cause the internal compiler er...
2012 Jun 28
3
[LLVMdev] llvm dwarf emission
...ities represented in modern DWARF, and to store that in
the bitcode. In LLVM we would have a DwarfOpts that specifies the major
version of DWARF we're targetting and some additional compatibility flags
to work around debugger deficiencies.
So for example, DIBuilder's interface has no createPtrToMemberType() which
is odd since it's been there since DWARF 2, but gcc didn't emit that until
very recently so neither does llvm. Instead clang lowers it to a difference
of two other pointer types, which effectively throws away information. My
plan is to always emit the bitcode with the DWARF 4 re...
2011 Jan 08
1
[LLVMdev] make check on Darwin - some failed tests.
Hi,
I started playing with llvm on Darwin.
When I do a "make check" from the llvm root, I am getting these failed tests:
Failing Tests (13):
LLVM :: FrontendC++/2010-04-30-OptimizedMethod-Dbg.cpp
LLVM :: FrontendC++/2010-05-12-PtrToMember-Dbg.cpp
LLVM :: FrontendC/2007-05-16-EmptyStruct.c
LLVM :: FrontendC/2007-10-01-BuildArrayRef.c
LLVM :: FrontendC/2010-08-12-asm-aggr-arg.c
LLVM :: FrontendC/2010-11-16-asmblock.c
LLVM :: FrontendC/2010-12-01-CommonGlobal.c
LLVM :: FrontendC/arrayderef.c
LLVM :: Frontend...
2012 Jun 28
0
[LLVMdev] llvm dwarf emission
...Duncan.
and to store that in the bitcode. In
> LLVM we would have a DwarfOpts that specifies the major version of DWARF we're
> targetting and some additional compatibility flags to work around debugger
> deficiencies.
>
> So for example, DIBuilder's interface has no createPtrToMemberType() which is
> odd since it's been there since DWARF 2, but gcc didn't emit that until very
> recently so neither does llvm. Instead clang lowers it to a difference of two
> other pointer types, which effectively throws away information. My plan is to
> always emit the bitcode...