Re: undefined reference error while build

Hi Eike,

Thanks for replying.

According to me, the place where GetToken( ___, ___ ) accepts two
parameters as defined in string.hxx (  line 278 of string.hxx :
http://opengrok.libreoffice.org/search?q=&project=core&defs=GetToken&refs=&path=&hist=)
is still untouched by me.

The place of error where the linker refers to (as mentioned in line 7 and 8
of error pastebin):

/home/elixir/lo/workdir/
unxlngx6.pro/CxxObject/connectivity/source/drivers/flat/ETable.o: In
function
`connectivity::flat::OFlatTable::impl_fillColumnInfo_nothrow(connectivity::QuotedTokenizedString&,
unsigned short&, unsigned short&, int&, int&, int&, String&, unsigned
short, unsigned short, CharClass const&)':
ETable.cxx:(.text+0xdbd): undefined reference to `String::GetToken(unsigned
short, unsigned short, int&) const'

this is line 254 of ETable.cxx :
http://opengrok.libreoffice.org/xref/core/connectivity/source/drivers/flat/ETable.cxx,
that demands two arguments of GetToken( __,__ ) while I haven't made any
changes corresponding to any function in the header file nor any place
where GetToken accepts two arguments. Also the error talks about :
`String::GetToken(unsigned short, unsigned short, int&) const' i.e. 3
arguments (whereas line 254 of ETable.cxx has only 2 arguments).

So, considering the scenario above, there should not have been any error.

Hope you assist me in this context.

Thanks

Regards
Prashant




In the line 8 of errors: http://pastebin.com/PW0yzzgA

On Thu, Feb 28, 2013 at 2:42 AM, Eike Rathke <erack@redhat.com> wrote:

> Hi Prashant,
>
> On Thursday, 2013-02-28 01:06:54 +0530, Prashant Pandey wrote:
>
> > I am having a hard time debugging the undefined reference to
> > <some_function> error. I made following changes:
> > http://pastebin.com/DqqTsP7A. Errors are: http://pastebin.com/PW0yzzgA.
> > I am porting String and its corresponding functions to OUString
> > respectively.
>
> From a short glance at your changes I see that you replaced sal_uInt16
> type variables with sal_Int32 type, but did not change the calls to
> String::GetToken() where they were used to something corresponding with
> OUString. It is a mystery to me why your compiler even accepted that
> change because there is no method
>
> String::GetToken(unsigned short, unsigned short, int&) const
>
> which the linker at the end rightly complains about.
>
>   Eike
>
> --
> LibreOffice Calc developer. Number formatter stricken i18n
> transpositionizer.
> New GnuPG key 0x65632D3A : 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563
> 2D3A
> Old GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C
> 05FD
> Support the FSFE, care about Free Software!
> https://fsfe.org/support/?erack