Apache OpenOffice (AOO) Bugzilla – Issue 1219
no match for ByteString & == char []
Last modified: 2003-12-06 14:52:34 UTC
In tools/bootstrp (and others when I find them again ... ), I get the following error. Making: ../unxirxm3.pro/obj/command.obj g++ -c -w -nostdinc++ -I. -I. -I../inc -I../inc -I../unx/inc - I../unxirxm3.pro/inc -I. -I/projects/sise/openoffice/devel/workpits/632-irix- gcc-STLP/workarea/solver/632/unxirxm3.pro/inc - I/projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/solver/632/unxirxm3.pro/inc/external - I/projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/solenv/unxirxm3/inc - I/projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/solenv/inc -I/projects/sise/openoffice/devel/workpits/632-irix- gcc-STLP/workarea/res -I/usr/local/STLport-0601//stlport - I/projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/solenv/inc/Xp31 -I/usr/local/java_1.2.2/usr/java//include - I/usr/local/java_1.2.2/usr/java//include/irix - I/usr/local/java_1.2.2/usr/java//include/native_threads/include -I. - I../res -I. -I/projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/solenv/unxlngi3/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/include - I/projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/solenv/unxlngi3/usr/include -O2 -fno-for-scope -fpermissive - fno-exceptions -DIRIX -DUNX -DVCL -DGCC -DC295 -DMIPS -DUSE_PSPRINT - DTF_UCB -DENABLEUNICODE -DTF_FILTER -DCVER=C295 -D_USE_NAMESPACE -D_PTHREADS - D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=418 -D__DMAKE - DUNIX -DSUPD=632 -DBUILD=6483 -DSOLAR_PLUGIN -DVCL -DSO3 -DPRODUCT -DNDEBUG - DPRODUCT_FULL -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRC632 - DTF_ONE51 -D_TOOLS_STRINGLIST -DMULTITHREAD - o ../unxirxm3.pro/obj/command.o /projects/sise/openoffice/devel/workpits/632- irix-gcc-STLP/workarea/tools/bootstrp/command.cxx /projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/tools/bootstrp/command.cxx: In function `static class ByteString CCommand::Search(ByteString = thePath, ByteString = "csh")': /projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/tools/bootstrp/command.cxx:550: no match for `ByteString & == const char[4]' /usr/local/STLport-0601/stlport/stl/_cwchar.h:119: candidates are: bool _STL::operator ==(const _STL::__stl_mbstate_t &, const _STL::__stl_mbstate_t &) /usr/local/STLport-0601/stlport/stl/char_traits.h:76: bool _STL::operator ==(const _STL::fpos<_STL::__stl_mbstate_t> &, const _STL::fpos<_STL::__stl_mbstate_t> &) /projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/tools/bootstrp/command.cxx:553: no match for `ByteString & != const char[1]' /usr/local/STLport-0601/stlport/stl/_cwchar.h:123: candidates are: bool _STL::operator !=(const _STL::__stl_mbstate_t &, const _STL::__stl_mbstate_t &) /usr/local/STLport-0601/stlport/stl/char_traits.h:78: bool _STL::operator !=(const _STL::fpos<_STL::__stl_mbstate_t> &, const _STL::fpos<_STL::__stl_mbstate_t> &) /projects/sise/openoffice/devel/workpits/632-irix-gcc- STLP/workarea/tools/bootstrp/command.cxx:611: no match for `ByteString & == const char[1]' /usr/local/STLport-0601/stlport/stl/_cwchar.h:119: candidates are: bool _STL::operator ==(const _STL::__stl_mbstate_t &, const _STL::__stl_mbstate_t &) /usr/local/STLport-0601/stlport/stl/char_traits.h:76: bool _STL::operator ==(const _STL::fpos<_STL::__stl_mbstate_t> &, const _STL::fpos<_STL::__stl_mbstate_t> &) dmake: Error code 1, while making '../unxirxm3.pro/obj/command.obj' I have tried using stlport-0601 and 0619, the only two versions which pass tests on IRIX.
Created attachment 375 [details] tools/bootstrp/command.cxx
Created attachment 524 [details] Changes ByteString == to ByteString.Equals for localize.cxx
command.cxx 1.5 committet for 641 build localize.cxx 1.18
From a few comments on the porting list this does not sound like it is IRIX specific, but rather STLport-4.5 specific.
Created attachment 538 [details] tools/bootstrap/command.cxx -- against OO638C, previous patch is against OO638B
will be in 641
Verifying issue has made it to general tree.
I think there are some new occurances of this in the latest tree... but will open a new bug when I find them. Closing.