Failing to build jade on Mandrake 7.0

Failing to build jade on Mandrake 7.0

[richard offer]

Hi,

Upto now I've been running DocBook on my local machine (Redhat 6.1/6.2) and it
builds and runs excellently.

But now I have to move everything across to our group's main build server as I
get ready for pushing my project out to a wider audience, and the server runs
Mandrake 7.0 (no, don't ask). To allow for flexibilty, I'm packaing up my
docbook CVS tree into a SRPM for building on the server. (I need to build it
from scratch as I've had to make changes to the texmf.cnf file to increase the
sizes by a lot.)

I'm hitting the same bug that Scott Bambrough saw in a posting on Dec 21,
namely



[ valkyrie 2.2.14 ] make
make[1]: Entering directory `/home/offer/rpm/BUILD/jade-1.2.1/jade'
make[2]: Entering directory `/home/offer/rpm/BUILD/jade-1.2.1/jade/lib'
c++ -ansi -O2 -fno-implicit-templates -I. -I./../include -I./../generic
-DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 -Dconst= -Dinline= -DHAVE_ST_BLKSIZE=1
-DSP_HAVE_BOOL=1 -DSP_HAVE_LOCALE=1 -DSP_ANSI_CLASS_INST=1 -DSP_MULTI_BYTE=1
-DSGML_CATALOG_FILES_DEFAULT=\"/usr/lib/sgml/CATALOG\" -c -fPIC -DPIC
CharsetInfo.cxx
In file included from ../include/CharsetInfo.h:11,
                 from CharsetInfo.cxx:8:
../include/Vector.h: In instantiation of `Vector<RangeMapRange<unsigned
int,unsigned int> >':
../include/RangeMap.h:27:   instantiated from `RangeMap<unsigned int,unsigned
int>'
../include/UnivCharsetDesc.h:73:   instantiated from here
../include/Vector.h:50: `Vector<RangeMapRange<unsigned int,unsigned int>
>::operator [](unsigned int)' has already been declared in
`Vector<RangeMapRange<unsigned int,unsigned int> >'
../include/Vector.h:52: `Vector<RangeMapRange<unsigned int,unsigned int>
>::begin()' has already been declared in `Vector<RangeMapRange<unsigned
int,unsigned int> >'
../include/Vector.h:54: `Vector<RangeMapRange<unsigned int,unsigned int>
>::back()' has already been declared in `Vector<RangeMapRange<unsigned
int,unsigned int> >'
../include/Vector.h: In instantiation of `Vector<ISetRange<unsigned int> >':
../include/ISet.h:25:   instantiated from `ISet<unsigned int>'
CharsetInfo.cxx:89:   instantiated from here
../include/Vector.h:50: `Vector<ISetRange<unsigned int> >::operator [](unsigned
int)' has already been declared in `Vector<ISetRange<unsigned int> >'
../include/Vector.h:52: `Vector<ISetRange<unsigned int> >::begin()' has already
been declared in `Vector<ISetRange<unsigned int> >'
../include/Vector.h:54: `Vector<ISetRange<unsigned int> >::back()' has already
been declared in `Vector<ISetRange<unsigned int> >'
../include/Vector.h: In instantiation of `Vector<ISetRange<short unsigned int>
>':
../include/ISet.h:25:   instantiated from `ISet<short unsigned int>'
CharsetInfo.cxx:105:   instantiated from here
../include/Vector.h:50: `Vector<ISetRange<short unsigned int> >::operator
[](unsigned int)' has already been declared in `Vector<ISetRange<short unsigned
int> >'
../include/Vector.h:52: `Vector<ISetRange<short unsigned int> >::begin()' has
already been declared in `Vector<ISetRange<short unsigned int> >'
../include/Vector.h:54: `Vector<ISetRange<short unsigned int> >::back()' has
already been declared in `Vector<ISetRange<short unsigned int> >'
../include/StringOf.h: In instantiation of `String<short unsigned int>':
CharsetInfo.cxx:129:   instantiated from here
../include/StringOf.h:38: `String<short unsigned int>::operator [](unsigned
int)' has already been declared in `String<short unsigned int>'
../include/StringOf.h:40: `String<short unsigned int>::begin()' has already
been declared in `String<short unsigned int>'
make[2]: *** [CharsetInfo.lo] Error 1
make[2]: Leaving directory `/home/offer/rpm/BUILD/jade-1.2.1/jade/lib'
make[1]: *** [lib] Error 2
make[1]: Leaving directory `/home/offer/rpm/BUILD/jade-1.2.1/jade'



This is a compiler issue, Redhat runs egcs-1.1.2, but Mandrake uses gcc-2.95,
and my C++ is lousy enough that I'm not sure I can diagnose it in a reasonable
timeframe. I doubt I can get the server changed without a better case than
docbook wont build ("So, don't use it then". "Ahhh!" ).



Anybody got any suggestions/fixes ?


richard.


-----------------------------------------------------------------------
Richard Offer           Widget FAQ --> http://reality.sgi.com/widgetFAQ
MTS-Core Design (Motif)
___________________________________________ http://reality.sgi.com/offer

Re: Failing to build jade on Mandrake 7.0

[Peter Toft]

When I generate HTML from my SGML Docbook source I 
now get <HTML> in the top of each file - without any 
line like

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

This is a change from previous - any clues to where
this could be re-added.

-- 
Peter Toft, Ph.D. [pto@sslug.dk] http://www.sslug.dk/~pto

"You don't win a battle by asking, `Will we win?' 
You win it by doing your best to win"
- Richard M Stallman

----> Visit http://petition.eurolinux.org <---

Re: Failing to build jade on Mandrake 7.0

[Norman Walsh]

/ Peter Toft <pto@sslug.dk> was heard to say:
| When I generate HTML from my SGML Docbook source I 
| now get <HTML> in the top of each file - without any 
| line like
| 
| <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
| 
| This is a change from previous - any clues to where
| this could be re-added.

(define %html-pubid% "-//W3C//DTD HTML 4.0 Transitional//EN")

                                        Be seeing you,
                                          norm

-- 
Norman Walsh <ndw@nwalsh.com> | There are infinite possibilities of
http://nwalsh.com/            | error, and more cranks take up
                              | unfashionable untruths than
                              | unfashionable truths.--Bertrand Russell

Re: Failing to build jade on Mandrake 7.0

[Jorge Godoy]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 817 bytes --]

Norman Walsh <ndw@nwalsh.com> writes:

> / Peter Toft <pto@sslug.dk> was heard to say:
> | When I generate HTML from my SGML Docbook source I 
> | now get <HTML> in the top of each file - without any 
> | line like
> | 
> | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> | 
> | This is a change from previous - any clues to where
> | this could be re-added.
> 
> (define %html-pubid% "-//W3C//DTD HTML 4.0 Transitional//EN")

Also, a good thing to make your HTML files look better is getting the
Tidy program on http://www.w3.org 

Tidy is a HTML beautifiers. It makes some corrections (thought they
aren't needed in DocBook generated HTML) to hand written HTML. 


See you,
-- 
Godoy.	<godoy@conectiva.com> 

Departamento de Publicações
Publishing Department                   Conectiva S.A.

Re: Failing to build jade on Mandrake 7.0

[Hugo.van.der.Kooij]

On 26 Jun 2000, Jorge Godoy wrote:

> Norman Walsh <ndw@nwalsh.com> writes:
> 
> > / Peter Toft <pto@sslug.dk> was heard to say:
> > | When I generate HTML from my SGML Docbook source I 
> > | now get <HTML> in the top of each file - without any 
> > | line like
> > | 
> > | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > | 
> > | This is a change from previous - any clues to where
> > | this could be re-added.
> > 
> > (define %html-pubid% "-//W3C//DTD HTML 4.0 Transitional//EN")
> 
> Also, a good thing to make your HTML files look better is getting the
> Tidy program on http://www.w3.org 

I use tidy so it's easier to do some postprocessing on the HTML files. In
theory it should be easy to make framed page for example. At present I use
it to add a few HTML/website specific items to the output.

Perhaps not the most ideal situation but I want two types of slightly
different HTML pages. And by using post processing it's much faster
compare to two full run's of jade, etc.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Quoting this tagline is illegal! ( http://www.dtcc.edu/cs/rfc1855.html )

Re: Failing to build jade on Mandrake 7.0

[Peter Toft]

On 26 Jun 2000, Jorge Godoy wrote:

> Norman Walsh <ndw@nwalsh.com> writes:
> 
> > / Peter Toft <pto@sslug.dk> was heard to say:
> > | When I generate HTML from my SGML Docbook source I 
> > | now get <HTML> in the top of each file - without any 
> > | line like
> > | 
> > | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > | 
> > | This is a change from previous - any clues to where
> > | this could be re-added.
> > 
> > (define %html-pubid% "-//W3C//DTD HTML 4.0 Transitional//EN")
> 
> Also, a good thing to make your HTML files look better is getting the
> Tidy program on http://www.w3.org 
> 
> Tidy is a HTML beautifiers. It makes some corrections (thought they
> aren't needed in DocBook generated HTML) to hand written HTML. 

Have you found a version of tidy which is stable for
large SGML->HTML output - I had my problems there...

-- 
Peter Toft, Ph.D. [pto@sslug.dk] http://www.sslug.dk/~pto

"You don't win a battle by asking, `Will we win?' 
You win it by doing your best to win"
- Richard M Stallman

----> Visit http://petition.eurolinux.org <---

Re: Failing to build jade on Mandrake 7.0

[Hugo.van.der.Kooij]

On Mon, 26 Jun 2000, Peter Toft wrote:

> Have you found a version of tidy which is stable for
> large SGML->HTML output - I had my problems there...

I tested with files upto 45kB without a glitch. (And tidy had a to tidy a
lot on that one. ;-)

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Quoting this tagline is illegal! ( http://www.dtcc.edu/cs/rfc1855.html )

Re: Failing to build jade on Mandrake 7.0

[Jorge Godoy]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 486 bytes --]

Hugo.van.der.Kooij@caiw.nl writes:

> On Mon, 26 Jun 2000, Peter Toft wrote:
> 
> > Have you found a version of tidy which is stable for
> > large SGML->HTML output - I had my problems there...
> 
> I tested with files upto 45kB without a glitch. (And tidy had a to tidy a
> lot on that one. ;-)

I've tried with files up to 200Kb and it worked ok...


Regards,
-- 
Godoy.	<godoy@conectiva.com> 

Departamento de Publicações
Publishing Department                   Conectiva S.A.

Re: Failing to build jade on Mandrake 7.0

[Peter Toft]

When I generate HTML from my SGML Docbook source I 
now get <HTML> in the top of each file - without any 
line like

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

This is a change from previous - any clues to where
this could be re-added.

-- 
Peter Toft, Ph.D. [pto@sslug.dk] http://www.sslug.dk/~pto

"You don't win a battle by asking, `Will we win?' 
You win it by doing your best to win"
- Richard M Stallman

----> Visit http://petition.eurolinux.org <---

Failing to build jade on Mandrake 7.0

[richard offer]

Hi,

Upto now I've been running DocBook on my local machine (Redhat 6.1/6.2) and it
builds and runs excellently.

But now I have to move everything across to our group's main build server as I
get ready for pushing my project out to a wider audience, and the server runs
Mandrake 7.0 (no, don't ask). To allow for flexibilty, I'm packaing up my
docbook CVS tree into a SRPM for building on the server. (I need to build it
from scratch as I've had to make changes to the texmf.cnf file to increase the
sizes by a lot.)

I'm hitting the same bug that Scott Bambrough saw in a posting on Dec 21,
namely



[ valkyrie 2.2.14 ] make
make[1]: Entering directory `/home/offer/rpm/BUILD/jade-1.2.1/jade'
make[2]: Entering directory `/home/offer/rpm/BUILD/jade-1.2.1/jade/lib'
c++ -ansi -O2 -fno-implicit-templates -I. -I./../include -I./../generic
-DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 -Dconst= -Dinline= -DHAVE_ST_BLKSIZE=1
-DSP_HAVE_BOOL=1 -DSP_HAVE_LOCALE=1 -DSP_ANSI_CLASS_INST=1 -DSP_MULTI_BYTE=1
-DSGML_CATALOG_FILES_DEFAULT=\"/usr/lib/sgml/CATALOG\" -c -fPIC -DPIC
CharsetInfo.cxx
In file included from ../include/CharsetInfo.h:11,
                 from CharsetInfo.cxx:8:
../include/Vector.h: In instantiation of `Vector<RangeMapRange<unsigned
int,unsigned int> >':
../include/RangeMap.h:27:   instantiated from `RangeMap<unsigned int,unsigned
int>'
../include/UnivCharsetDesc.h:73:   instantiated from here
../include/Vector.h:50: `Vector<RangeMapRange<unsigned int,unsigned int>
>::operator [](unsigned int)' has already been declared in
`Vector<RangeMapRange<unsigned int,unsigned int> >'
../include/Vector.h:52: `Vector<RangeMapRange<unsigned int,unsigned int>
>::begin()' has already been declared in `Vector<RangeMapRange<unsigned
int,unsigned int> >'
../include/Vector.h:54: `Vector<RangeMapRange<unsigned int,unsigned int>
>::back()' has already been declared in `Vector<RangeMapRange<unsigned
int,unsigned int> >'
../include/Vector.h: In instantiation of `Vector<ISetRange<unsigned int> >':
../include/ISet.h:25:   instantiated from `ISet<unsigned int>'
CharsetInfo.cxx:89:   instantiated from here
../include/Vector.h:50: `Vector<ISetRange<unsigned int> >::operator [](unsigned
int)' has already been declared in `Vector<ISetRange<unsigned int> >'
../include/Vector.h:52: `Vector<ISetRange<unsigned int> >::begin()' has already
been declared in `Vector<ISetRange<unsigned int> >'
../include/Vector.h:54: `Vector<ISetRange<unsigned int> >::back()' has already
been declared in `Vector<ISetRange<unsigned int> >'
../include/Vector.h: In instantiation of `Vector<ISetRange<short unsigned int>
>':
../include/ISet.h:25:   instantiated from `ISet<short unsigned int>'
CharsetInfo.cxx:105:   instantiated from here
../include/Vector.h:50: `Vector<ISetRange<short unsigned int> >::operator
[](unsigned int)' has already been declared in `Vector<ISetRange<short unsigned
int> >'
../include/Vector.h:52: `Vector<ISetRange<short unsigned int> >::begin()' has
already been declared in `Vector<ISetRange<short unsigned int> >'
../include/Vector.h:54: `Vector<ISetRange<short unsigned int> >::back()' has
already been declared in `Vector<ISetRange<short unsigned int> >'
../include/StringOf.h: In instantiation of `String<short unsigned int>':
CharsetInfo.cxx:129:   instantiated from here
../include/StringOf.h:38: `String<short unsigned int>::operator [](unsigned
int)' has already been declared in `String<short unsigned int>'
../include/StringOf.h:40: `String<short unsigned int>::begin()' has already
been declared in `String<short unsigned int>'
make[2]: *** [CharsetInfo.lo] Error 1
make[2]: Leaving directory `/home/offer/rpm/BUILD/jade-1.2.1/jade/lib'
make[1]: *** [lib] Error 2
make[1]: Leaving directory `/home/offer/rpm/BUILD/jade-1.2.1/jade'



This is a compiler issue, Redhat runs egcs-1.1.2, but Mandrake uses gcc-2.95,
and my C++ is lousy enough that I'm not sure I can diagnose it in a reasonable
timeframe. I doubt I can get the server changed without a better case than
docbook wont build ("So, don't use it then". "Ahhh!" ).



Anybody got any suggestions/fixes ?


richard.


-----------------------------------------------------------------------
Richard Offer           Widget FAQ --> http://reality.sgi.com/widgetFAQ
MTS-Core Design (Motif)
___________________________________________ http://reality.sgi.com/offer

Re: Failing to build jade on Mandrake 7.0

[Jorge Godoy]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 486 bytes --]

Hugo.van.der.Kooij@caiw.nl writes:

> On Mon, 26 Jun 2000, Peter Toft wrote:
> 
> > Have you found a version of tidy which is stable for
> > large SGML->HTML output - I had my problems there...
> 
> I tested with files upto 45kB without a glitch. (And tidy had a to tidy a
> lot on that one. ;-)

I've tried with files up to 200Kb and it worked ok...


Regards,
-- 
Godoy.	<godoy@conectiva.com> 

Departamento de Publicações
Publishing Department                   Conectiva S.A.

Re: Failing to build jade on Mandrake 7.0

[Norman Walsh]

/ Peter Toft <pto@sslug.dk> was heard to say:
| When I generate HTML from my SGML Docbook source I 
| now get <HTML> in the top of each file - without any 
| line like
| 
| <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
| 
| This is a change from previous - any clues to where
| this could be re-added.

(define %html-pubid% "-//W3C//DTD HTML 4.0 Transitional//EN")

                                        Be seeing you,
                                          norm

-- 
Norman Walsh <ndw@nwalsh.com> | There are infinite possibilities of
http://nwalsh.com/            | error, and more cranks take up
                              | unfashionable untruths than
                              | unfashionable truths.--Bertrand Russell

Re: Failing to build jade on Mandrake 7.0

[Hugo.van.der.Kooij]

On 26 Jun 2000, Jorge Godoy wrote:

> Norman Walsh <ndw@nwalsh.com> writes:
> 
> > / Peter Toft <pto@sslug.dk> was heard to say:
> > | When I generate HTML from my SGML Docbook source I 
> > | now get <HTML> in the top of each file - without any 
> > | line like
> > | 
> > | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > | 
> > | This is a change from previous - any clues to where
> > | this could be re-added.
> > 
> > (define %html-pubid% "-//W3C//DTD HTML 4.0 Transitional//EN")
> 
> Also, a good thing to make your HTML files look better is getting the
> Tidy program on http://www.w3.org 

I use tidy so it's easier to do some postprocessing on the HTML files. In
theory it should be easy to make framed page for example. At present I use
it to add a few HTML/website specific items to the output.

Perhaps not the most ideal situation but I want two types of slightly
different HTML pages. And by using post processing it's much faster
compare to two full run's of jade, etc.

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Quoting this tagline is illegal! ( http://www.dtcc.edu/cs/rfc1855.html )

Re: Failing to build jade on Mandrake 7.0

[Jorge Godoy]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 817 bytes --]

Norman Walsh <ndw@nwalsh.com> writes:

> / Peter Toft <pto@sslug.dk> was heard to say:
> | When I generate HTML from my SGML Docbook source I 
> | now get <HTML> in the top of each file - without any 
> | line like
> | 
> | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> | 
> | This is a change from previous - any clues to where
> | this could be re-added.
> 
> (define %html-pubid% "-//W3C//DTD HTML 4.0 Transitional//EN")

Also, a good thing to make your HTML files look better is getting the
Tidy program on http://www.w3.org 

Tidy is a HTML beautifiers. It makes some corrections (thought they
aren't needed in DocBook generated HTML) to hand written HTML. 


See you,
-- 
Godoy.	<godoy@conectiva.com> 

Departamento de Publicações
Publishing Department                   Conectiva S.A.

Re: Failing to build jade on Mandrake 7.0

[Hugo.van.der.Kooij]

On Mon, 26 Jun 2000, Peter Toft wrote:

> Have you found a version of tidy which is stable for
> large SGML->HTML output - I had my problems there...

I tested with files upto 45kB without a glitch. (And tidy had a to tidy a
lot on that one. ;-)

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Quoting this tagline is illegal! ( http://www.dtcc.edu/cs/rfc1855.html )

Re: Failing to build jade on Mandrake 7.0

[Peter Toft]

On 26 Jun 2000, Jorge Godoy wrote:

> Norman Walsh <ndw@nwalsh.com> writes:
> 
> > / Peter Toft <pto@sslug.dk> was heard to say:
> > | When I generate HTML from my SGML Docbook source I 
> > | now get <HTML> in the top of each file - without any 
> > | line like
> > | 
> > | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > | 
> > | This is a change from previous - any clues to where
> > | this could be re-added.
> > 
> > (define %html-pubid% "-//W3C//DTD HTML 4.0 Transitional//EN")
> 
> Also, a good thing to make your HTML files look better is getting the
> Tidy program on http://www.w3.org 
> 
> Tidy is a HTML beautifiers. It makes some corrections (thought they
> aren't needed in DocBook generated HTML) to hand written HTML. 

Have you found a version of tidy which is stable for
large SGML->HTML output - I had my problems there...

-- 
Peter Toft, Ph.D. [pto@sslug.dk] http://www.sslug.dk/~pto

"You don't win a battle by asking, `Will we win?' 
You win it by doing your best to win"
- Richard M Stallman

----> Visit http://petition.eurolinux.org <---