search for: vftable

...lue is *not* defined to be thread_local and in section ".foo" The IR verifier does not catch this nonsensical arrangement of IR. Further motivation stems from being able to represent the MS ABI's RTTI data: - A single COMDAT section is created which holds both the RTTI data and the vftable for a type. - If there is no vftable, the section will start with just the vftable. - The entire section is marked with a linkage that indicates the linker to pick the largest. I think LLVM needs new IR to represent these semantics properly. I propose that we do the following: - Sections are rep...

...x08, /* all multicast */ + VMXNET3_RXM_PROMISC = 0x10 /* promiscuous */ +}; + +struct Vmxnet3_RxFilterConf { + u32 rxMode; /* VMXNET3_RXM_xxx */ + u16 mfTableLen; /* size of the multicast filter table */ + u16 _pad1; + u64 mfTablePA; /* PA of the multicast filters table */ + u32 vfTable[VMXNET3_VFT_SIZE]; /* vlan filter */ +}; + + +#define VMXNET3_PM_MAX_FILTERS 6 +#define VMXNET3_PM_MAX_PATTERN_SIZE 128 +#define VMXNET3_PM_MAX_MASK_SIZE (VMXNET3_PM_MAX_PATTERN_SIZE / 8) + +#define VMXNET3_PM_WAKEUP_MAGIC 0x01 /* wake up on magic pkts */ +#define VMXNET3_PM_WA...

...x08, /* all multicast */ + VMXNET3_RXM_PROMISC = 0x10 /* promiscuous */ +}; + +struct Vmxnet3_RxFilterConf { + u32 rxMode; /* VMXNET3_RXM_xxx */ + u16 mfTableLen; /* size of the multicast filter table */ + u16 _pad1; + u64 mfTablePA; /* PA of the multicast filters table */ + u32 vfTable[VMXNET3_VFT_SIZE]; /* vlan filter */ +}; + + +#define VMXNET3_PM_MAX_FILTERS 6 +#define VMXNET3_PM_MAX_PATTERN_SIZE 128 +#define VMXNET3_PM_MAX_MASK_SIZE (VMXNET3_PM_MAX_PATTERN_SIZE / 8) + +#define VMXNET3_PM_WAKEUP_MAGIC 0x01 /* wake up on magic pkts */ +#define VMXNET3_PM_WA...

...x08, /* all multicast */ + VMXNET3_RXM_PROMISC = 0x10 /* promiscuous */ +}; + +struct Vmxnet3_RxFilterConf { + u32 rxMode; /* VMXNET3_RXM_xxx */ + u16 mfTableLen; /* size of the multicast filter table */ + u16 _pad1; + u64 mfTablePA; /* PA of the multicast filters table */ + u32 vfTable[VMXNET3_VFT_SIZE]; /* vlan filter */ +}; + + +#define VMXNET3_PM_MAX_FILTERS 6 +#define VMXNET3_PM_MAX_PATTERN_SIZE 128 +#define VMXNET3_PM_MAX_MASK_SIZE (VMXNET3_PM_MAX_PATTERN_SIZE / 8) + +#define VMXNET3_PM_WAKEUP_MAGIC 0x01 /* wake up on magic pkts */ +#define VMXNET3_PM_WA...

...x08, /* all multicast */ + VMXNET3_RXM_PROMISC = 0x10 /* promiscuous */ +}; + +struct Vmxnet3_RxFilterConf { + u32 rxMode; /* VMXNET3_RXM_xxx */ + u16 mfTableLen; /* size of the multicast filter table */ + u16 _pad1; + u64 mfTablePA; /* PA of the multicast filters table */ + u32 vfTable[VMXNET3_VFT_SIZE]; /* vlan filter */ +}; + + +#define VMXNET3_PM_MAX_FILTERS 6 +#define VMXNET3_PM_MAX_PATTERN_SIZE 128 +#define VMXNET3_PM_MAX_MASK_SIZE (VMXNET3_PM_MAX_PATTERN_SIZE / 8) + +#define VMXNET3_PM_WAKEUP_MAGIC 0x01 /* wake up on magic pkts */ +#define VMXNET3_PM_WA...

...x08, /* all multicast */ + VMXNET3_RXM_PROMISC = 0x10 /* promiscuous */ +}; + +struct Vmxnet3_RxFilterConf { + u32 rxMode; /* VMXNET3_RXM_xxx */ + u16 mfTableLen; /* size of the multicast filter table */ + u16 _pad1; + u64 mfTablePA; /* PA of the multicast filters table */ + u32 vfTable[VMXNET3_VFT_SIZE]; /* vlan filter */ +}; + + +#define VMXNET3_PM_MAX_FILTERS 6 +#define VMXNET3_PM_MAX_PATTERN_SIZE 128 +#define VMXNET3_PM_MAX_MASK_SIZE (VMXNET3_PM_MAX_PATTERN_SIZE / 8) + +#define VMXNET3_PM_WAKEUP_MAGIC 0x01 /* wake up on magic pkts */ +#define VMXNET3_PM_WA...

...x08, /* all multicast */ + VMXNET3_RXM_PROMISC = 0x10 /* promiscuous */ +}; + +struct Vmxnet3_RxFilterConf { + u32 rxMode; /* VMXNET3_RXM_xxx */ + u16 mfTableLen; /* size of the multicast filter table */ + u16 _pad1; + u64 mfTablePA; /* PA of the multicast filters table */ + u32 vfTable[VMXNET3_VFT_SIZE]; /* vlan filter */ +}; + + +#define VMXNET3_PM_MAX_FILTERS 6 +#define VMXNET3_PM_MAX_PATTERN_SIZE 128 +#define VMXNET3_PM_MAX_MASK_SIZE (VMXNET3_PM_MAX_PATTERN_SIZE / 8) + +#define VMXNET3_PM_WAKEUP_MAGIC 0x01 /* wake up on magic pkts */ +#define VMXNET3_PM_WA...

...B19F5 add ecx,4 012B19F8 call first::asdf (12B10FAh) 012B19FD mov eax,dword ptr [this] 012B1A00 mov ecx,dword ptr [eax] 012B1A02 mov edx,dword ptr [ecx+4] 012B1A05 mov eax,dword ptr [this] 012B1A08 mov dword ptr [eax+edx],offset second::`vftable' (12B77F4h) 012B1A0F mov eax,dword ptr [this] ................................................................................ As you can see 'push 1' for MS ABI is like ctor_base & ctor_complete for Itanium ABI. If second ctor was called from another ctor(for example chi...

...I think a > separate pass makes it easier to test and all that. (I haven't actually > worked much with pass pipelines, though, so there's a chance I'm on my > own here?) > It's possible to get into situations where available_externally functions or globals (dllimported vftable) reference linkonce_odr functions (virtual destructor thunks), so a single pass to drop available_externally function bodies isn't as strong as adding a flag to GlobalDCE. Personally, I think the right approach is to add a bool to createGlobalDCEPass defaulting to true named something like IsA...

...promiscuous */ +}; + +struct Vmxnet3_RxFilterConf { + uint32_t rxMode; /* VMXNET3_RXM_xxx */ + uint16_t mfTableLen; /* size of the multicast filter table */ + uint16_t _pad1; + uint64_t mfTablePA; /* PA of the multicast filters table */ + uint32_t vfTable[VMXNET3_VFT_SIZE]; /* vlan filter */ +}; + +#define VMXNET3_PM_MAX_FILTERS 6 +#define VMXNET3_PM_MAX_PATTERN_SIZE 128 +#define VMXNET3_PM_MAX_MASK_SIZE (VMXNET3_PM_MAX_PATTERN_SIZE / 8) + +#define VMXNET3_PM_WAKEUP_MAGIC 0x01 /* wake up on magic pkts */ +#define VMXNET3_PM_WAKE...

...promiscuous */ +}; + +struct Vmxnet3_RxFilterConf { + uint32_t rxMode; /* VMXNET3_RXM_xxx */ + uint16_t mfTableLen; /* size of the multicast filter table */ + uint16_t _pad1; + uint64_t mfTablePA; /* PA of the multicast filters table */ + uint32_t vfTable[VMXNET3_VFT_SIZE]; /* vlan filter */ +}; + +#define VMXNET3_PM_MAX_FILTERS 6 +#define VMXNET3_PM_MAX_PATTERN_SIZE 128 +#define VMXNET3_PM_MAX_MASK_SIZE (VMXNET3_PM_MAX_PATTERN_SIZE / 8) + +#define VMXNET3_PM_WAKEUP_MAGIC 0x01 /* wake up on magic pkts */ +#define VMXNET3_PM_WAKE...

...012B19F8  call        first::asdf (12B10FAh) > 012B19FD  mov         eax,dword ptr [this] > 012B1A00  mov         ecx,dword ptr [eax] > 012B1A02  mov         edx,dword ptr [ecx+4] > 012B1A05  mov         eax,dword ptr [this] > 012B1A08  mov         dword ptr [eax+edx],offset second::`vftable' > (12B77F4h) > 012B1A0F  mov         eax,dword ptr [this] > ................................................................................ > As you can see 'push 1' for MS ABI is like ctor_base & ctor_complete for > Itanium ABI. > If second ctor was called from...

...this (it was already mentioned > that Wine is interested on that feature, but I don't understand why.) > Clang is also being increasingly used by tools and having proper MSVC C++ ABI support is very valuable for extracting all kinds of information for interop purposes (record layouts, vftable layouts, mangling, etc). > * To ensure that everybody knows that supporting the MS C++ ABI is not > required at all for being a Windows compiler. It is if you need to use closed source libraries from vendors that only publish MSVC builds. -- João Matos -------------- next part -----...

...cpp, line 148 0073:005B78A0 (0x00000001 0x00000000 0x0055D8DA 0x007F56EC) Gothic.exe, zCProgMeshProto::InitProgMeshProto()+112 byte(s), D:\dev\gothic\current_work\ZenGin\_Dieter\zProgMeshProto.cpp, line 796+85 byte(s) 0073:007F56EC (0x00402220 0x004C7D50 0x004C7D80 0x00402250) Gothic.exe, zSTRING::`vftable' 0073:0080B1D8 (0x74F18B56 0xFC468B2B 0x12806857 0x7E8D0040) Gothic.exe, zCCSCamera_EventMsgActivate::`RTTI Complete Object Locator' I get this error when i try to run game. Could you give me any solution to play gothic ? I have acer aspire one d260 and ubuntu 11.10

I have a similar build tree to what you describe on Windows, but I get this: $ clang -c -emit-llvm repro_input.cpp -std=c++11 -o t.bc $ lli t.bc LLVM ERROR: Program used external function '??_7type_info@@6B@' which could not be resolved! It looks like people have already reported similar issues. Have you done anything to get past this kind of problem? On Sat, Oct 22, 2016 at 7:18 AM,

Hello Lang, I noticed, if I load a obj-File without a main-function, the Jitter won't resolve any address. But if I have a main, everything works fine. Why is this so? Is there a way to stop this? Kind regards Björn Als GmbH eingetragen im Handelsregister Bad Homburg v.d.H. HRB 9816, USt.ID-Nr. DE 114 165 789 Geschäftsführer: Hiroshi Kawamura, Dr Hiroshi Nakamura, Markus Bode, Heiko

Somehow this cover letter was dropped from my symbol offsets patch set: 1. http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-May/073200.html 2. http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-May/073201.html Original message ----------------- About a year ago a proposal suggesting symbol offsets was brought to this list[1]. This proposal goes hand-in-hand with the prefix data proposal[2]

Chris Lattner <clattner at apple.com> writes: > This thread is odd to me. It seems that the gist of your guys' > argument is that you don't know if we will ever get full support, > therefore we don't welcome progress towards that (very useful) > goal/feature. > > If the specific proposal doesn't make make sense from a design > standpoint, that's one

On Thu, Jun 4, 2015 at 9:51 AM, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > >> On 2015-Jun-04, at 07:10, Teresa Johnson <tejohnson at google.com> wrote: >> >> On Wed, Jun 3, 2015 at 2:07 PM, Duncan P. N. Exon Smith >> <dexonsmith at apple.com> wrote: >>> >>>> On 2015-Jun-03, at 09:56, Teresa Johnson <tejohnson at

...d3dx9_36: Add more traces. Piotr Caban (9): msvcp90: Fixed EOF detection in basic_filebuf_char_uflow function. msvcp90: Fixed EOF detection in basic_streambuf_char__Xsgetn_s function. msvcp90: Added num_put<short> implementation. msvcp90: Fixed num_get<short>::vftable. msvcp: Sync spec files. msvcp71: Added functions for creating basic_string iterators. msvcp71: Added iterator based basic_string::replace implementation. msvcp71: Added basic_string::append(iterator, iterator) implementation. msvcp71: Added _String_base::_Xlen and _Xr...