Is this a gcc bug? [Alpha ev6, gcc 3.1, cdrdao]

[Thorsten Kranzkowski <dl8bcu at dl8bcu dot de>]

Hello!
I'm trying to compile cdrdao (1.1.5, cvs 1.1.6pre) on my Alpha ev6. I'm 
running into this strange error:

make[1]: Entering directory `/usr/src/cdrdao-cvs/cdrdao/dao'
c++ -DHAVE_CONFIG_H -D_THREAD_SAFE -D_REENTRANT  -DVERSION=\"1.1.6-pre2\" -DDRIVER_TABLE_FILE=\"/usr/share/cdrdao/drivers\" -I./.. -I. -I./../trackdb -I./../scsilib/export -I./../scsilib/export/libschily -g -O2  -c main.cc -o main.o
main.cc:178:16: warning: multi-line string literals are deprecated
main.cc:214:16: warning: multi-line string literals are deprecated
main.cc:234:16: warning: multi-line string literals are deprecated
main.cc:255:16: warning: multi-line string literals are deprecated
main.cc:278:16: warning: multi-line string literals are deprecated
main.cc:289:16: warning: multi-line string literals are deprecated
main.cc:320:16: warning: multi-line string literals are deprecated
main.cc:338:16: warning: multi-line string literals are deprecated
main.cc:350:16: warning: multi-line string literals are deprecated
main.cc:388:16: warning: multi-line string literals are deprecated
main.cc:399:16: warning: multi-line string literals are deprecated

[... other successful c++ invocations deleted ...]

ar r libdao.a port.o CdrDriver.o CDD2600Base.o CDD2600.o PlextorReader.o GenericMMC.o SubChannel.o PQSubChannel16.o PWSubChannel96.o PQChannelEncoder.o GenericMMCraw.o PlextorReaderScan.o RicohMP6200.o TaiyoYuden.o YamahaCDR10x.o TeacCdr55.o SonyCDU920.o SonyCDU948.o ToshibaReader.o CdTextEncoder.o Settings.o dao.o ScsiIf-lib.o
ranlib libdao.a
c++  -o cdrdao main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb -ltrackdb -L../edc_ecc -ledc_ecc -L../scsilib/export -lscg -lschily -lpthread  -lnsl
main.o:itimerspec/main.cc:116: undefined reference to `std::basic_filebuf<char, std::char_traits<char> >::seekpos(std::fpos<mbstate_t>, std::_Ios_Openmode)'
collect2: ld returned 1 exit status
make[1]: *** [cdrdao] Error 1


Now, what is puzzling me most is the errorneous file mentioned: itimerspec/main.cc
There is absolutely no occurence of itimerspec in this machine:
bash-2.04# locate itimerspec
bash-2.04#
Instead, I find a struct itimerspec inside /usr/include/time.h !

Second, a grep for basic_filebuf reveals that is isn't mentioned in any
of the source files, although it appears in sone of the object files.

Third, shouldn't the reference be defined?
bash-2.04# nm libstdc++.so |grep basic_filebuf | grep seekpos
00000000000891f0 W _ZNSt13basic_filebufIcSt11char_traitsIcEE7seekposESt4fposI11__mbstate_tESt13_Ios_Openmode
000000000008b020 W _ZNSt13basic_filebufIwSt11char_traitsIwEE7seekposESt4fposI11__mbstate_tESt13_Ios_Openmode


bash-2.04# gcc -v
Reading specs from /usr/lib/gcc-lib/alphaev6-unknown-linux-gnu/3.1/specs
Configured with: ../gcc-3.1/configure --prefix=/usr --enable-languages=c,c++
Thread model: single
gcc version 3.1
bash-2.04# ld --version
GNU ld version 2.12.90.0.7 20020423
Copyright 2002 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.


Unfortunately I have too less a clue of c++ to know what this paricular
method is supposed to do. :(
Any hints how to continue chasing this bugger are welcome!

Bye,
Thorsten
-- 
| Thorsten Kranzkowski        Internet: dl8bcu@dl8bcu.de                      |
| Mobile: ++49 170 1876134       Snail: Niemannsweg 30, 49201 Dissen, Germany |
| Ampr: dl8bcu@db0lj.#rpl.deu.eu, dl8bcu@marvin.dl8bcu.ampr.org [44.130.8.19] |