cdrdao-devel

[Cdrdao-devel] Build Error for cdrdao 1.2.0, with solution

[Steve P. <ham...@ve...>]

Greetings,

Did some Googling and searching at the cdrdao sourceforge forums and lists=
=20
since the 1.2.0 release, and didn't find any fix.  Didn't try CVS.

<SNIP much previous from "make" console spew>

PCCTS 1.33MR32 installation complete
make[2]: Leaving directory `/home/steve/cdrdao-1.2.0/pccts'
Making all in trackdb
make[2]: Entering directory `/home/steve/cdrdao-1.2.0/trackdb'
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I./../pccts/h     -g -O2 -MT Cddb.o -M=
D=20
=2DMP -MF ".deps/Cddb.Tpo" -c -o Cddb.o Cddb.cc; \
then mv -f ".deps/Cddb.Tpo" ".deps/Cddb.Po"; else rm -f ".deps/Cddb.Tpo"; e=
xit=20
1; fi
=46ormatConverter.h:98: error: =E2=80=98Toc=E2=80=99 has not been declared
make[2]: *** [Cddb.o] Error 1
make[2]: Leaving directory `/home/steve/cdrdao-1.2.0/trackdb'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/steve/cdrdao-1.2.0'
make: *** [all] Error 2

And I don't seem to be the only one.
http://www.linuxquestions.org/questions/history/371352
http://64studio.com/pipermail/64studio-devel/2005-July/000625.html

=46or the record, I'm trying this on a Fedora core 4 system, GCC (Red Hat)=
=20
4.0.1-5 --  BUT, given the 64 bit link above, it doesn't seem to be isolate=
d=20
to Fedora systems.  However, I'm not sure if it does have something to do=20
with what options I'm building, or rather not building.  My ./configure was=
=20
without any command line arguments, and this is the summary output at the e=
nd=20
of it.  (Just trying to build this for use with K3b & burning only data=20
disks.)

  Building scsilib   : yes
  Building pccts     : yes
  Building cdrdao    : yes
     OGG support     : no
     MP3 support     : no
  Building toc2cue   : yes
  Building cue2toc   : yes
  Building toc2mp3   : no
  Building gcdmaster : no

The root of the build failure, AFAIK, are circular include references betwe=
en=20
Toc.h and FormatConverter.h.

My hack is to remove the include of FormatConverter.h in Toc.h
and add includes of Toc.h in CueParser.cc and FormatConverter.h in Toc.cc. =
 No=20
claim that this is the most logical or eloquent fix, though it works.

K3b is happy now since it finds and can successfully use cdrdao.

If it would be of any use, I can make available complete text file dumps of=
=20
configuration and make console output leading up to the build failure. =20

Thanks, Steve

















=09

Re: [Cdrdao-devel] Build Error for cdrdao 1.2.0, with solution

[Denis L. <den...@ya...>]

I believe this is fixed in CVS.

-denis

--- Steve Polishinski <ham...@ve...> wrote:

> Greetings,
> 
> Did some Googling and searching at the cdrdao sourceforge forums and
> lists 
> since the 1.2.0 release, and didn't find any fix.  Didn't try CVS.
> 
> <SNIP much previous from "make" console spew>
> 
> PCCTS 1.33MR32 installation complete
> make[2]: Leaving directory `/home/steve/cdrdao-1.2.0/pccts'
> Making all in trackdb
> make[2]: Entering directory `/home/steve/cdrdao-1.2.0/trackdb'
> if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I./../pccts/h     -g -O2 -MT
> Cddb.o -MD 
> -MP -MF ".deps/Cddb.Tpo" -c -o Cddb.o Cddb.cc; \
> then mv -f ".deps/Cddb.Tpo" ".deps/Cddb.Po"; else rm -f
> ".deps/Cddb.Tpo"; exit 
> 1; fi
> FormatConverter.h:98: error: ‘Toc’ has not been declared
> make[2]: *** [Cddb.o] Error 1
> make[2]: Leaving directory `/home/steve/cdrdao-1.2.0/trackdb'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/steve/cdrdao-1.2.0'
> make: *** [all] Error 2
> 
> And I don't seem to be the only one.
> http://www.linuxquestions.org/questions/history/371352
> http://64studio.com/pipermail/64studio-devel/2005-July/000625.html
> 
> For the record, I'm trying this on a Fedora core 4 system, GCC (Red
> Hat) 
> 4.0.1-5 --  BUT, given the 64 bit link above, it doesn't seem to be
> isolated 
> to Fedora systems.  However, I'm not sure if it does have something
> to do 
> with what options I'm building, or rather not building.  My
> ./configure was 
> without any command line arguments, and this is the summary output at
> the end 
> of it.  (Just trying to build this for use with K3b & burning only
> data 
> disks.)
> 
>   Building scsilib   : yes
>   Building pccts     : yes
>   Building cdrdao    : yes
>      OGG support     : no
>      MP3 support     : no
>   Building toc2cue   : yes
>   Building cue2toc   : yes
>   Building toc2mp3   : no
>   Building gcdmaster : no
> 
> The root of the build failure, AFAIK, are circular include references
> between 
> Toc.h and FormatConverter.h.
> 
> My hack is to remove the include of FormatConverter.h in Toc.h
> and add includes of Toc.h in CueParser.cc and FormatConverter.h in
> Toc.cc.  No 
> claim that this is the most logical or eloquent fix, though it works.
> 
> K3b is happy now since it finds and can successfully use cdrdao.
> 
> If it would be of any use, I can make available complete text file
> dumps of 
> configuration and make console output leading up to the build
> failure.  
> 
> Thanks, Steve
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 	
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.
> Get Certified Today * Register for a JBoss Training Course
> Free Certification Exam for All Training Attendees Through End of
> 2005
> Visit http://www.jboss.com/services/certification for more
> information
> _______________________________________________
> Cdrdao-devel mailing list
> Cdr...@li...
> https://lists.sourceforge.net/lists/listinfo/cdrdao-devel
>