[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: alternative sgmltools?
- Subject: Re: alternative sgmltools?
- From: Vern Hoxie <>
- Date: Fri, 24 Dec 1999 17:25:29 -0700
- Resent-Cc: recipient list not shown: ;
- Resent-Date: 25 Dec 1999 00:26:19 -0000
- Resent-Message-ID: <YUz-mB.A.tm.r8AZ4@murphy>
On Thu, 23 Dec 1999, Gerard Beekmans wrote:
> Ok, here's what happens when I use the sgml-tools downloaded from
> www.sgmltools.org (1.0.9)
> Then compilation stops at compiling ParserState.cxx
> c++ -ansi -fno-implicit-templates -O2 -Wall -Wno-reorder
> -Wwrite-strings -Wpointer-arith -Wnested-externs -Woverloaded-virtual
> -Wbad-function-cast -I. -I./../include -I./../generic -DSTDC_HEADERS=1
> -DHAVE_LIMITS_H=1 -DHAVE_ST_BLKSIZE=1 -Dsig_atomic_t=int
> -DSP_HAVE_BOOL=1 -DSP_HAVE_LOCALE=1 -DSP_ANSI_CLASS_INST=1 -c
Somehow, I ended up without any "-W*" option. But the problem which
caused my compilation to quit was the "-Dsig_atomic_t=int" option. I
have forgotten exactly where I put the fix. I think that I added
"#include <signal.h> at line 1521 of
In any event, you want to eliminate the "-Dsig_atomic_t=int" option.
Maybe you can read "configure" scripts better than I or the guy who
wrote the script can.
I had another major problem. That was running out of virtual memory
when trying to compile ParserState.cxx. The fault is that the "make"
script runs "python" and then "make". I had six "make"s plus "python"
using up memory (from a "ps eax" readout). Again, a poorly written
The developers apparently run on University or Corporate main frames
where memory is infinite (or nearly so). The whole organization of
SGML requires obscene amounts of ram and disk memory. All without
information about how to use SGML. I guess the LDP core team expects
us to invest in a library full of books. It also seems to be a means
to push Debian/Redhat versions of Linux.
Why cvs/* for users?
How does Python work?
What are the library calls in jade.lib?
Vernon C. Hoxie email@example.com
3975 W. 29th Ave. uucp: 303-455-2670
Denver, Colo., 80212 voice: 303-477-1780
I'm not cheap, but I am on special this week
To UNSUBSCRIBE, email to firstname.lastname@example.org
with a subject of "unsubscribe". Trouble? Contact email@example.com