Displaying 5 results from an estimated 5 matches for "wxstringbase".
2011 Feb 14
0
[LLVMdev] Introducing LLBrowse: A graphical browser for LLVM modules
...char_t
const*, wchar_t const*)'
CMakeFiles/llbrowse.dir/lib/BrowserApp.cpp.o:(.rodata._ZTV10BrowserApp[vtable
for BrowserApp]+0x128): undefined reference to
`wxAppConsole::OnAssert(wchar_t const*, int, wchar_t const*, wchar_t
const*)'
CMakeFiles/llbrowse.dir/lib/TreeView.cpp.o: In function
`wxStringBase::wxStringBase(wxStringBase const&)':
TreeView.cpp:(.text._ZN12wxStringBaseC2ERKS_[wxStringBase::wxStringBase(wxStringBase
const&)]+0x43): undefined reference to `wxOnAssert(wchar_t const*, int,
char const*, wchar_t const*, wchar_t const*)'
CMakeFiles/llbrowse.dir/lib/TreeView.cpp.o:...
2011 Feb 14
3
[LLVMdev] Introducing LLBrowse: A graphical browser for LLVM modules
On 2011-02-14 20:39, Talin wrote:
>
>
> On Mon, Feb 14, 2011 at 1:17 AM, Renato Golin <rengolin at systemcall.org
> <mailto:rengolin at systemcall.org>> wrote:
>
> I think this deserves a blog post...
>
> I'd like to wait until I get some feedback - I don't know yet if anyone
> is having trouble building or running the thing...
Hi Talin,
2011 Feb 14
5
[LLVMdev] Introducing LLBrowse: A graphical browser for LLVM modules
...>
> CMakeFiles/llbrowse.dir/lib/BrowserApp.cpp.o:(.rodata._ZTV10BrowserApp[vtable
> for BrowserApp]+0x128): undefined reference to
> `wxAppConsole::OnAssert(wchar_t const*, int, wchar_t const*, wchar_t
> const*)'
> CMakeFiles/llbrowse.dir/lib/TreeView.cpp.o: In function
> `wxStringBase::wxStringBase(wxStringBase const&)':
>
> TreeView.cpp:(.text._ZN12wxStringBaseC2ERKS_[wxStringBase::wxStringBase(wxStringBase
> const&)]+0x43): undefined reference to `wxOnAssert(wchar_t const*, int,
> char const*, wchar_t const*, wchar_t const*)'
> CMakeFiles/llbrows...
2011 Feb 14
0
[LLVMdev] Introducing LLBrowse: A graphical browser for LLVM modules
...s/llbrowse.dir/lib/BrowserApp.cpp.o:(.rodata._ZTV10BrowserApp[vtable
>> for BrowserApp]+0x128): undefined reference to
>> `wxAppConsole::OnAssert(wchar_t const*, int, wchar_t const*, wchar_t
>> const*)'
>> CMakeFiles/llbrowse.dir/lib/TreeView.cpp.o: In function
>> `wxStringBase::wxStringBase(wxStringBase const&)':
>>
>> TreeView.cpp:(.text._ZN12wxStringBaseC2ERKS_[wxStringBase::wxStringBase(wxStringBase
>> const&)]+0x43): undefined reference to `wxOnAssert(wchar_t const*, int,
>> char const*, wchar_t const*, wchar_t const*)'
>>...
2007 Dec 27
4
build problems, part III, and runtime problems, part I
After decoding the unresolved symbols from wxruby2.so using c++filt, and
comparing with the symbols provided by wxGTK, it became clear that wxGTK was
using wchar_t whereas wxruby2.so was using char. So I rebuilt wxGTK,
turning off unicode. That worked. No more unresolved symbols. What
gives? Should the wxruby code have been built using wchar_t, and if so,
how?
However, now I get the