Red Hat Bugzilla – Bug 65027
dvips gcc.dvi fails for gcc 3.1
Last modified: 2007-04-18 12:42:37 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513
Description of problem:
There is something wrong with tetex as distributed with Red Hat 7.3. It fails
to generate gcc.ps, while Red Hat 7.2 has no problems with this.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. ./configure from the gcc 3.1 toplevel directory
2. make dvi
3. cd gcc && dvips gcc.dvi
Actual Results: This is dvips(k) 5.86 Copyright 1999 Radical Eye Software
' TeX output 2002.05.16:0610' -> |\
Expected Results: This is from Red Hat 7.2:
This is dvips(k) 5.86 Copyright 1999 Radical Eye Software (www.radicaleye.com)
' TeX output 2002.05.16:0610' -> gcc.ps
<texc.pro>.   [-1] [-2] [-3] [-4] [-5] [-6] [-7] [-8] ...
I can't seem to get it to fail. Does 'dvips -o gcc.ps gcc.dvi' work for you?
Yes, that does work for me.
So it appears we have a default behavior change between 7.2 and 7.3.
But 'dvips gcc.dvi' works for me too.
Can you print at all?
No, the printing system is not configured on either of these machines (7.2 or 7.3).
Without -o, dvips will try to send the document to the printer.
Why was the default behavior changed between 7.2 and 7.3?
In Red Hat Linux 7.2, dvips had the same behaviour. (It has done as far back
as I remember.)
Then why does dvips gcc.dvi fail on 7.3 but not on 7.2?
Using dvips without specifying an output file with -o sends the output to lpr;
Red Hat Linux 7.2 is no different to Red Hat Linux 7.3 in this behaviour.
When printing is not set up, this fails.