HDTenEightyP/NetNews huggingface dataset:
From: rick@cougar.msc.cornell.edu (Rick Cochran)
Subject: Re: libg++-2.3 build problems under AIX-3.2
Organization: Cornell Materials Science Center
Distribution: gnu
Date: Thu, 24 Dec 1992 19:50:49 GMT

In article <9212222026.AA05769@cygnus.com>, bothner@cygnus.com writes:
|> > AIX-3.2 fixes many of the problems ...
|> 
|> There is a tradoff between:  How many AIX 3.1 systems are there out there;
|> does the current version *work* under AIX 3.2; do your proposed
|> changes *work* under AIX 3.1?  It is of course possible to support
|> two separate configurations, but we're currently not set up to do that.
|> 
|> 	--Per Bothner
|> Cygnus Support     bothner@cygnus.com

Why don't we all just throw away our machines and give up?

Seriously now, AIX 3.1 is stuck with X11-R3!  I believe that most
RS6000 sites have swallowed hard and upgraded to 3.2.  I think it's
about time libg++ did the same.

Otherwise, please change the README file in libg++-2.3 to state that it
doesn't work under AIX 3.2.  This will save lots of people lots of time.
Better yet, mention it in gcc-2.3.2/INSTALL - this is where folks will
look first.

-- 
|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|

Newsgroups: gnu.g++.lib.bug
From: tmcconne@sedona.intel.com (Tom McConnell~)
Subject: Re: libg++-2.3 build problems under AIX-3.2
Organization: Intel Corp., Chandler, Arizona
Distribution: gnu
Date: Mon, 28 Dec 1992 20:47:44 GMT

In article <9212260724.AA16657@cygnus.com> bothner@cygnus.com writes:
>> Otherwise, please change the README file in libg++-2.3 to state that it
>> doesn't work under AIX 3.2.
>
>Excuse me?  I have not heard anything to make me believe libg++-2.3
>does not work with AIX 3.2.  I have heard that two kludges that
>were needed for AIX-3.1 are no longer needed for AIX-3.2.
>That is something completely different.
>
>	--Per Bothner
>Cygnus Support     bothner@cygnus.com

  That is my understanding also, in fact, I built both AIX-3.1 and
AIX-3.2 and they seem to work about the same.

    Cheers,

    Tom McConnell

-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.


Newsgroups: gnu.g++.lib.bug
From: RPRYULC@technion.BITNET
Subject: libg++-2.3 compiling bug
Organization: TECHNION - Israel Institute of Technology.
Distribution: gnu
Date: Mon, 28 Dec 1992 14:30:31 GMT

   We have compiled gcc-2.3.2 on sparc-sun-sunos4.1.1 without any problem.Now
we tried to compile libg++-2.3 and received bug wich is the same as in the next
article:


>>

Newsgroups: gnu.g++.lib.bug
magnus.acs.ohio-state.edu!cis.ohio-state.edu!ece.iisc.ernet.in!arunr
From: arunr@ece.iisc.ernet.in
Subject: libg++ Installation Problem...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 17:02:01 GMT

Hello!

We have installed gcc-2.3.1 on Sun Sparc 1+ (SunOS4.1). When trying to install
libg++-2.3 (configured as sparc-sun-sunos4.1), the installation failed
with the following error message:

------
gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c
AllocRing.cc
In file included from ./../g++-include/sys/types.h:15, from
usr/include/unistd.h:72, from ./../g++-include/unistd.h:25, from ./std.h:28,
from AllocRing.cc:22:
/usr/include/sys/types.h:24: Conflicting types for `wchar_t'
./../g++-include/stddef.h:11: Previous declaration of `wchar_t'
*** Error code 1
make: Fatal error: Command fails for target `AllocRing.o'
make: Fatal error: Command fails for target `in-src'
------

[`wchar_t' has been declared in the standard library
(usr/include/sys/stdtypes.h) as "unsigned short".]

Could you please shed light on this?

Thanks.
Arun R.
(arunr@ece.iisc.ernet.in)

 >>
 Does anybody know how solve the problem ? Thanks in advance.
        Julia
  rpryulc@technion.technion.ac.il
or
  julia@rpav1.technion.ac.il


Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: libg++-2.3 build problems under AIX-3.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 22 Dec 1992 04:26:20 GMT

> First, the configuration files do not seem to have been updated
> since libg++-2.2

I don't update things unless I have a reason to think I should.

> the HAVE_CPLUS_EXTERN Makefile flags are
> not defined in the libg++/config/rs6000.mh file at all.

Nor should they be, at least not for AIX 3.1.

> AIX-3.2 fixes many of the problems ...

There is a tradoff between:  How many AIX 3.1 systems are there out there;
does the current version *work* under AIX 3.2; do your proposed
changes *work* under AIX 3.1?  It is of course possible to support
two separate configurations, but we're currently not set up to do that.

	--Per Bothner
Cygnus Support     bothner@cygnus.com


Newsgroups: gnu.g++.lib.bug
From: oscar@garnet.msen.com (Oscar Linares)
Subject: Re: lib-g++
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 28 Dec 1992 05:58:25 GMT

Hi,

>I am currently working on a document processing system and I want to use
>groff.  I have attempted to install groff on a next computer running version 3
>of NeXTSTEP.  I got the following error:

/bin/sh configure
checking for grops to derive installation directory prefix
checking for gcc to derive installation directory prefix
checking for gcc
checking if C compiler is also a C++ compiler
checking that C++ compiler can compile very simple C++ program
checking that C++ static constructors and destructors are called
gcc -O is not installed correctly: static constructors and destructors do not work
*** Exit 1
Stop.
gateway:8# 

>I had previously installed lib-g++ and gcc-2.3.3 unsuccessfully with the
>following error being returned:

gateway:10# make install
for i in /usr/gnu  /usr/gnu  /usr/gnu/lib/next ; do  echo Making $i... ; 
parent=`echo $i|sed -e 's@/[^/]*$@@'`;  if [ -d $parent ] ; then true ; else
mkdir $parent ; fi ;  if [ ! -d $i ] ; then  if mkdir $i ; then  true ;  else 
exit 1 ;  fi ;  else  true ;  fi ;  done
Making /usr/gnu...
Making /usr/gnu...
Making /usr/gnu/lib/next...
parent=`echo /usr/gnu/man/man1|sed -e 's@/[^/]*$@@'`;  if [ -d $parent ] ; then
true ; else mkdir $parent ; fi
if [ -d /usr/gnu/man/man1 ] ; then true ; else mkdir /usr/gnu/man/man1 ; fi
cp configure.man /usr/gnu/man/man1/configure.1
`stamp' is up to date.
touch .stmp-genclass
touch .stmp-tests
touch .stmp-etc
rootme=`pwd` ; export rootme ; cd src ;  make "prefix=/usr/gnu" 
"exec_prefix=/usr/gnu"  "tooldir=/usr/gnu/lib/next"  "CC=cc"  "CFLAGS=-g" 
"CXX=gcc"  "CXXFLAGS=-g -O"  "XTRAFLAGS="  "AR=ar"  "RANLIB=ranlib"
gcc -o gperf new.o options.o iterator.o main.o gen-perf.o key-list.o list-node.o
hash-table.o bool-array.o read-line.o std-err.o version.o  ../../libg++.a
ld: options.o symbol 317 (___DTOR_LIST__) has unknown n_type field (0x16)
*** Exit 1
Stop.

>I would appreciate any help you may be able to give me.

>Thanks,

>Oscar A. Linares





Newsgroups: gnu.g++.lib.bug
From: mj@dfv.rwth-aachen.DE (Martin Junius)
Subject: libg++-2.3 strange bug
Organization: Communication Networks
Distribution: gnu
Date: Tue, 29 Dec 1992 17:03:17 GMT

Just noticed a strange bug when redirecting libg++ 2.3 iostream 
output to a pipe: OUTPUT GETS LOST! This doesn't happen with 
normal output or redirection to a file.

It also doesn't happen at all with libg++ 2.2.


----y.C-----------------------------------------------------------------------
#include <iostream.h>

main()
{
    cerr << "Begin test\n";
    cerr << "Blah\n";
    cerr << "Blah bbbbbbbbbbbbbbb\n";
}
----Compile-------------------------------------------------------------------
Reading specs from /usr/global/lib/gcc-lib/sparc/2.3.3/specs
gcc version 2.3.3
 /usr/global/lib/gcc-lib/sparc/2.3.3/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun -D__unix y.C /usr/tmp/cca24756.i
GNU CPP version 2.3.3 (sparc)
 /usr/global/lib/gcc-lib/sparc/2.3.3/cc1plus /usr/tmp/cca24756.i -quiet -dumpbase y.cc -version -o /usr/tmp/cca24756.s
GNU C++ version 2.3.3 (sparc) compiled by GNU C version 2.3.3.
 as -o /usr/tmp/cca247561.o /usr/tmp/cca24756.s
 /usr/global/lib/gcc-lib/sparc/2.3.3/ld -e start -dc -dp /lib/crt0.o -L/usr/global/lib/gcc-lib/sparc/2.3.3 -L/usr/global/lib /usr/tmp/cca247561.o -lg++ -lgcc -lc -lgcc
----Normal output-------------------------------------------------------------
# a.out
Begin test
Blah
Blah bbbbbbbbbbbbbbb
----Redirected output---------------------------------------------------------
# a.out 2>&1 | cat
Begin test
------------------------------------------------------------------------------

Everything after the first line is lost. I'll have a look at it, 
just trying to figure out how to debug such a thing. ;-)

Martin
-- 
 _____ _____
|     |___  |   Martin Junius           FIDO:      2:242/6.1
| | | |   | |   Communication Networks  Internet:  mj@dfv.rwth-aachen.de
|_|_|_|@work|   Aachen U of Technology  Phone:     ++49-241-8790220 (voice)

Newsgroups: gnu.g++.lib.bug
From: apm@kikka.hut.fi (Antti Miettinen)
Subject: Libg++-2.3, gcc-2.3.3, IRIX 4.0.1, filebuf.C: filebuf: :do_write()
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 3 Jan 1993 06:22:56 GMT

While compiling libg++-2.3 with gcc-2.3.3 (both configured with
mips-sgi-irix4) on Indigo with IRIX 4.0.1 I got the following warning:

>gcc -g -O -nostdinc++ -I. -I.. -I. -I./../src -I./../g++-include -c  filebuf.C
>filebuf.C: In method `int  filebuf::do_write (const char *, int)':
>filebuf.C:284: warning: negative value assigned to unsigned quantity

The piece of code that the warning refers to is the following:

>int filebuf::do_write(const char *data, int to_do)
>{
>    if (to_do == 0)
>	return 0;
>    if (xflags() & _S_IS_APPENDING) {
>	// On a system without a proper O_APPEND implementation,
>	// you would need to sys_seek(0, ios::end) here, but is
>	// is not needed nor desirable for Unix- or Posix-like systems.
>	// Instead, just indicate that offset (before and after) is
>	// unpredictable.
>	_fb._offset = -1;
>    }

_fb._offset is defined to be of type fpos_t in `strambuf.h' which is
unsigned in IRIX. This might not be anything serious but I thought it
was worth reporting.



Newsgroups: gnu.g++.lib.bug
From: cc971@cleveland.FReenet.EDU (Stephen  C. Fitch)
Subject: libg++2.3 build fails
Reply-To: cc971@cleveland.freenet.edu (Stephen  C. Fitch)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Distribution: gnu
Date: Wed, 23 Dec 1992 17:06:49 GMT

Hi,

I'm in the process of compiling the libg++2.3 library, when I
run the make after executing configure I see:

..
...
...... A bunch of lines deleted, here it is from after 
...... the creation of libiberty.a
....
....
ar qc libiberty.a \
  argv.o basename.o concat.o cplus-dem.o fdmatch.o  getopt.o getopt1.o obstack.o spaces.o strerror.o strsignal.o memmove.o strtoul.o alloca.o
ranlib libiberty.a
rootme=`pwd`/ ; export rootme; \
CC="cc "; export CC; \
CXX="gcc  "; export CXX; \
CONFIG_NM="nm"; export CONFIG_NM; \
./utils/gen-params LIB_VERSION=2.3  >tmp-params.h
gcc: dummy.C: linker input file unused since linking not done
nm: dummy.o: cannot open
nm: dummy.o: cannot open
nm failed to find FUNC in dummy.o!
./utils/gen-params: -1: bad number 
*** Error code 1 
make: Fatal error: Command failed for target `_G_config.h' 
Current working directory /usr/local/tmp/libg++-2.3/libg++
*** Error code 1 
make: Fatal error: Command failed for target `all-libg++' 
polaris%  


I'm on a SparcStation 1 running SunOS 4.1.3. I have previously
compiled gcc2.3 (with --prefix="/usr/local/tmp" LANGUAGES="c c++",
I'm not sure if this make is using the new 2.3 release compiler 
or my old 1.37 ver of gcc. I cannot remove the old 1.37 ver of gcc,
that lives in /usr/local/bin.

Any clues as to where I have gone wrong ?

Steve Fitch.


Newsgroups: gnu.g++.lib.bug
From: epperly@osnome.che.wisc.edu (Tom Epperly)
Subject: Libg++ 2.3 Error in SLList.h include file gives internal error
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 21 Dec 1992 04:34:10 GMT

There is a simple error in the SLList.h include file which allows it
to be included multiple times.  Here is a patch:

23c23
< #define _SLList_h 1
---
> #define _LList_h 1

Including it twice on a DECstation 3100 running Ultrix 4.2 and gcc
2.3.2, gives an internal error.

// test program
#include<SLList.h>
#include<SLList.h>

main()
{
  SLList<int> intlist;
}


/usr/local/lib/g++-include/SLList.h:28: redefinition of `struct BaseSLNode'
/usr/local/lib/g++-include/SLList.h:46: redefinition of `struct BaseSLList'
/usr/local/lib/g++-include/SLList.h:53: ambiguous method `BaseSLList::BaseSLList ()' in structure
/usr/local/lib/g++-include/SLList.h:64: ambiguous method `void * BaseSLList::prepend (struct BaseSLNode*)' in structure
/usr/local/lib/g++-include/SLList.h:65: ambiguous method `void * BaseSLList::append (struct BaseSLNode*)' in structure
In file included from BnBList.cc:26:
/usr/local/lib/g++-include/SLList.h:113: Internal compiler error.
/usr/local/lib/g++-include/SLList.h:113: Please report this to `bug-g++@prep.ai.mit.edu'.
--
-------------------------------------------------------------------------------
Tom Epperly	University of Wisconsin-Madison		Chemical Engineering
(608) 262-8264	epperly@osnome.che.wisc.edu		Graduate Student
Member of the League for Programming Freedom(fighting software monopolies)
	For more info contact me or lpf@uunet.uu.net.
If you feel you must flame, please send email rather than posting.
-------------------------------------------------------------------------------

Newsgroups: gnu.g++.lib.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: clean targets
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 23 Dec 1992 07:29:55 GMT

There is no `realclean' target in the top-level Makefile for libg++ 2.3.
(Ditto for `mostlyclean', `distclean', and `extraclean'.)  Maybe they're
not in the sub-Makefiles, either.

I suppose this is a general Cygnus complaint, not just libg++.

Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: lib-g++
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 28 Dec 1992 16:18:45 GMT

This problem is not libg++ related.  This is a problem in how
g++ is installed.  (This could be a bug in the NeXT gcc configuration
files.)  The problem is the magic needed to make sure static initializers
are evaluated before the user's main() routine.  It looks like the
compiler is generating code under the assumption that GNU ld will be
used - but GNU ld has *not* been installed.  I'm not familar enough
with the NeXT to say whether fixing the compiler configuration
or installing GNU ld is the better fix.

	--Per Bothner
Cygnus Support     bothner@cygnus.com


Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: Libg++-2.3, gcc-2.3.3, IRIX 4.0.1, filebuf.C: filebuf: :do_write()
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 3 Jan 1993 07:34:53 GMT

> _fb._offset is defined to be of type fpos_t in `strambuf.h'

I think it would be better to make it _G_off_t.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.groff.bug
From: pete@othello.dartmouth.edu (Pete Schmitt)
Subject: Problem builing groff 1.06 on AT&T 3B2/400 with AT&T C++ 2.1
Organization: Dartmouth College, Hanover, NH
Distribution: gnu
Date: Sat, 26 Dec 1992 01:27:55 GMT

I get a "too many tokens" error when compiling groff.cc.  Has anyone
successfully built groff on a 3B2?  

If I need g++, has anyone built that successfully on the 3B2?

-pete
--
Peter Schmitt, UNIX/VMS Systems Spec,  Computing Services,  Dartmouth College
Email: peter.schmitt@dartmouth.edu                        Phone: 603-646-2085
******* Let us not give up meeting together, as some are in the habit *******
******* of doing, but let us encourage one another.    -Hebrews 10:25 *******

Newsgroups: gnu.groff.bug
From: brian@natinst.com (Brian H. Powell)
Subject: Help w/ compiling on SunOS 4.1.2
Organization: National Instruments, Austin, TX
Distribution: gnu
Date: Fri, 1 Jan 1993 05:33:37 GMT

     As I'm sure many of you know, groff 1.06 doesn't compile easily on a Sun
running SunOS 4.1.2 with gcc/g++ 2.3.3 (and several earlier versions of
g++ 2.x).  So, I'm looking for advice on how to accomplish this task.
     I've tried copying files from gcc-lib/.../include and /usr/include to a
new directory and ANSI-izing them, but this is a tedious and discouraging task.
I keep thinking that somebody must have already done this for all the relevant
include files.  Have they, or is this a dead-end?
     Another thing I could try is to use the Sun SPARCompiler C++ 2.01
(I think that's the right version), for which I have a license.  I haven't
installed the Solaris 1 version of this, but I could.  Would this be easier?
Would this work?
     Any other helpful advice would be appreciated.  Please respond by mail.
Thanks.

Brian

Newsgroups: gnu.groff.bug
From: rstevens@noao.edu (W. Richard Stevens)
Subject: Re: Annoying ?roff-ism
Organization: National Optical Astronomy Observatories, Tucson, AZ, USA
Distribution: gnu
Date: Sat, 26 Dec 1992 20:20:37 GMT

Here is the standard way that I've seen to do it.  As I recall I
got this from the indexing code (mainly awk scripts) available
from research.att.com (the ones described by Kernighan and Bentley
quite a few years back).  Something tells me they credit this to
Ravi Sethi, but I'm not certain.

  .	\" If the current diversion name is empty, print the index
  .	\" entry on standard error.  Else call ourself via the
  .	\" transparent mechanism so the output is generated when
  .	\" the diversion (keep/save) is actually output.
  .	\" Note there is a tab between the 9th arg and the page#.
  .de ix
  .nr PN \\n%
  .ie '\\n(.z'' .tm ix: \\$1 \\$2 \\$3 \\$4 \\$5 \\$6 \\$7 \\$8 \\$9	\\n(PN
  .el \\!.ix \\$1 \\$2 \\$3 \\$4 \\$5 \\$6 \\$7 \\$8 \\$9
  ..

	Rich Stevens  (rstevens@noao.edu)

Newsgroups: gnu.groff.bug
From: pete@othello.dartmouth.edu (Pete Schmitt)
Subject: Followup: groff.cc compile problem on 3B2 with AT&T C++ 2.1
Organization: Dartmouth College, Hanover, NH
Distribution: gnu
Date: Sat, 26 Dec 1992 01:53:53 GMT

I should have posted this before, that error output:

Making all in groff
        CC -I. -I. -I../include -I./../include -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H
=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_DIR_H=1 -DSTDLIB_H_DECLARES_GETOPT=1 -DSTDLIB_H_
DECLARES_PUTENV=1 -DLONG_FOR_TIME_T=1 -Dvfork=fork -DTRADITIONAL_CPP=1 -g  -c gr
off.cc
CC  +g groff.cc:
cc  -c  -g -I. -I. -I../include -I./../include -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H
=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_DIR_H=1 -DSTDLIB_H_DECLARES_GETOPT=1 -DSTDLIB_H_
DECLARES_PUTENV=1 -DLONG_FOR_TIME_T=1 -Dvfork=fork -DTRADITIONAL_CPP=1 groff.c
groff.cc: 586: token too long
*** Error code 1

Stop.
--
Peter Schmitt, UNIX/VMS Systems Spec,  Computing Services,  Dartmouth College
Email: peter.schmitt@dartmouth.edu                        Phone: 603-646-2085
******* Let us not give up meeting together, as some are in the habit *******
******* of doing, but let us encourage one another.    -Hebrews 10:25 *******

Newsgroups: gnu.ghostscript.bug
From: li@oculus.loni.ucla.edu (James Li)
Subject: Diffs to gs252 (ghostscript 2.5.2) on A/UX 3.0
Keywords: ghostscript 2.5.2 A/UX 3.0 aux gs gs252 bugs diffs
Organization: Jules Stein Eye Institute
Distribution: gnu
Date: Thu, 24 Dec 1992 01:29:46 GMT

Here are the diffs I came across to successfully compile gs252.
I have done some preliminary testing and it works on various of
the .ps files included in the distribution as well as a few troff 
and pictures available here locally.  My next goal when I get around
to it will be to get ghostview working and/or connect an HPII to
the system.  If anyone has already done this and wishes to share
their experiences, I will eagerly listen.

James Li
li@oculus.loni.ucla.edu

P.S.  Happy Holidays to all!

[Diffs to compile gs252 on A/UX 3.0 below]

ls *old
  16 gdevmem.h.old     16 gp_unix.c.old      6 gscoord.h.old
oculus.li 3 % diff gdevmem.h*
134c134
< # /* error sizeof(int) must be 2 or 4 for correct operation. */
---
> #  error sizeof(int) must be 2 or 4 for correct operation.
oculus.li 4 % diff gp_unix.c*
27,29c27,28
< #include "sys/times.h"
< #include "sys/time.h"
< #include "time.h"
---
> #include "time_.h"
>
oculus.li 5 % diff gscoord.h*
45c45
<    ((pt)->x = (dx) / (pgs)->ctm.xx, (pt)->y = (dy) / (pgs)->ctm.yy, 0.0))
---
>    ((pt)->x = (dx) / (pgs)->ctm.xx, (pt)->y = (dy) / (pgs)->ctm.yy, 0))
oculus.li 6 % diff Makefile unix-cc.mak
74c74
< CFLAGS=-O -A3 $(XCFLAGS)
---
> CFLAGS=-O $(XCFLAGS)
oculus.li 7 %

Newsgroups: gnu.ghostscript.bug
From: grover@cash.isri.unlv.edu (Kevin Grover)
Subject: using ATM fonts w/ GS 2.5.2 on IBM PC
Reply-To: grover@isri.unlv.edu
Organization: Information Science Research Institute (UNLV-ISRI)
Distribution: gnu
Date: Wed, 30 Dec 1992 18:36:48 GMT

The FONTS.DOC file states that GS can deal with .PFB and .PFA files
directly.  I changed GS_LIB to point to the ATM directory for Desqview
X and added

/TM  (tir_____.pfb) ;

to Fontmap.

When I try to access the font (i.e. /TM findfont) I get:

Loading TM font from c:\dvx\...\atm\tir_____.pfb... 626416 605403 0 done.
Loading TM font failed, substituting Ugly.
Loading Ugly font from uglyr.gsf (etc...)

I tried other .pfb fonts from the directory, and also from another
machine with ATM for windows installed.  All recieved similar errors
(the numbers were the only differences).  I also tried renaming the
files (to get rid of underscores) and to place them in the normal GS
font directory.  All with the same results.  All of the GS fonts load
and work.

Any ideas??

I already have all those nice fonts on the machine, seems a waste to
not be able to using in GS as well. (Instead of the outlines based on
bitmaps that are included)

Did I miss something in the documentation??

Thanks..

- Kevin Grover, grover@unlv.edu

Newsgroups: gnu.ghostscript.bug
From: Beyer@lrz.lrz-muenchen.dbp.DE (Wolfgang Beyer)
Subject: Deskjet 500C driver needed
Summary: Deskjet 500C driver needed
Reply-To: beyer@lrz.lrz-muenchen.dbp.de
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Distribution: gnu
Date: Mon, 21 Dec 1992 09:08:53 GMT

I am looking for a ghostscript driver for MSDOS for the Deskjet 500C.
I have the windows version of ghostscript named 'gswin'. Is it possible
to print through the windows printer driver ?

Thanks for any help
Wolfgang


Newsgroups: gnu.ghostscript.bug
From: ghost@aladdin.COM (L. Peter Deutsch)
Subject: Re: bug with font2c
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 30 Dec 1992 04:41:42 GMT

Re <9212300512.AA05092@raisin-nut> <105762@bu.edu>:

> I have a problem trying to link in some fonts to my gs image. After
> running font2c on ANY file, the output is virtually the same as if
> I'ld run font2c on ugly.gsf!! The commands
> 
> $font2c ptmr.gsf ptmr.c
> $font2c ugly.gsf ugly.c

As documented in fonts.doc, the first argument to font2c must be the
font name, not the font file name.

While we're on the subject of font2c, you should know that the
version of font2c distributed with Ghostscript 2.5.2 produces
incorrect output for any font that doesn't use StandardEncoding or
ISOLatin1Encoding.  In particular, you can't compile the Symbol or
ZapfDingbats fonts.  If you need a revised version before Ghostscript
2.6 is released (sometime in 1Q93), please contact me by e-mail
individually.

L. Peter Deutsch :: Aladdin Enterprises :: P.O. box 60264, Palo Alto, CA 94306
ghost@aladdin.com, ...decwrl!aladdin!ghost ; voice 415-322-0103 ; fax 322-1734
	    "Implementation is the sincerest form of flattery."




Newsgroups: gnu.ghostscript.bug