Home » U++ Library support » U++ Core » String isn't pickable?
String isn't pickable? [message #36471] |
Wed, 30 May 2012 18:41 |
piotr5
Messages: 107 Registered: November 2005
|
Experienced Member |
|
|
while compiling
Vector<String> v;
String a=s.Mid(from,to-from);
v.InsertPick(FindLowerBound(v,a),a);
I get the errors
In file included from C:\comp\upp\uppsrc/Core/Core.h:239:0,
from C:\comp\upp\uppsrc/Draw/Draw.h:6,
from C:\comp\upp\uppsrc/RichText/RichText.h:4,
from C:\comp\upp\uppsrc/CtrlCore/CtrlCore.h:4,
from C:\comp\upp\uppsrc/CtrlLib/CtrlLib.h:4,
from C:\Users\p\MyApps\bookcat\/bookcat.h:4,
from C:\Users\p\MyApps\bookcat\main.cpp:1:
C:\comp\upp\uppsrc/Core/Vcont.hpp: In member function 'T& Upp::Vector<T>::InsertPick(int, const T&) [with T = Upp::String]':
C:\Users\p\MyApps\bookcat\main.cpp:129:38: instantiated from here
C:\comp\upp\uppsrc/Core/Vcont.hpp:280:2: error: conversion from 'Upp::String' to 'void*' is ambiguous
C:\comp\upp\uppsrc/Core/Vcont.hpp:280:2: note: candidates are:
C:\comp\upp\uppsrc/Core/String.h:54:2: note: Upp::AString<B>::operator const void*() const [with B = Upp::String0] <near match>
C:\comp\upp\uppsrc/Core/String.h:54:2: note: no known conversion for implicit 'this' parameter from 'const void*' to 'void*'
C:\comp\upp\uppsrc/Core/String.h:53:2: note: Upp::AString<B>::operator const bchar*() const [with B = Upp::String0, Upp::AString<B>::bchar = unsigne
d char] <near match>
C:\comp\upp\uppsrc/Core/String.h:53:2: note: no known conversion for implicit 'this' parameter from 'const bchar* {aka const unsigned char*}' to '
void*'
C:\comp\upp\uppsrc/Core/String.h:51:2: note: Upp::AString<B>::operator const tchar*() const [with B = Upp::String0, Upp::AString<B>::tchar = char] <
near match>
C:\comp\upp\uppsrc/Core/String.h:51:2: note: no known conversion for implicit 'this' parameter from 'const tchar* {aka const char*}' to 'void*'
c:\code\mingw\bin\../lib/gcc/mingw32/4.6.2/include/c++/new:103:14: error: initializing argument 2 of 'void* operator new(std::size_t, void*)'
without the Pick it compiles normally. is that a new behaviour of gcc 4.6.2?
|
|
|
|
|
|
|
Goto Forum:
Current Time: Fri Sep 20 16:41:56 CEST 2024
Total time taken to generate the page: 0.03154 seconds
|