[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

can't compile latest groff with gcc-3.0.2

From: Lester Ingber
Subject: can't compile latest groff with gcc-3.0.2
Date: Wed, 31 Oct 2001 19:05:01 -0600
User-agent: Mutt/1.3.23i

                           Groff Bug Report

Please read the PROBLEMS file before sending in a bug report.

Please fill in all fields, even if you think they are not relevant.

Please delete the text in brackets before sending it in.

Please report separate bugs separately.

Send the completed form to address@hidden

[The version of groff you are using.  For example, `1.05']
1.17.2 snapshot 31 Oct 2001

[The machine you are using.  For example, `Sun SPARCstation 2']
Sun Ultra10

[The operating system you are using.  For example, `SunOS 4.1.1']
Solaris 8 (64 bit, see below)

[The compiler you are used to compile groff.  For example, `g++ 1.40.3']
gcc 3.0.2

[Include all the files necessary to reproduce the problem that are not
part of the standard groff distribution.  This includes font
description files, DESC files and macro files (with the exception of
the -ms and -mm macros: we have them).  Send them as a shell archive or
as a uuencoded, compressed tar file.
see 1.17.2 snapshot 31 Oct 2001

It's easier for us if you can provide an example that doesn't depend on
any macro package, but obviously if you're reporting a problem with a
macro package that won't be possible.  Also a short example is more
convenient than a long one, but don't worry if you can't find a short
example.  Don't say something like ``any file that X'': Always send a
definite example.]

[The command line that we should run in order to observe the bug.  For
example, `gtroff -Tps bug.tr'.  If the command line uses -ms or -mm,
say whether these refer to the groff versions or the Unix versions of
the macros.]

[What goes wrong when that command line is run?  For example, `gtroff
gets a segmentation fault', or `The output looks bad because the bar
over the x is too long and is too far over to the left.'  If you get an
error message, include it here without modification: Don't edit it to
make it more readable.]

In file included from font.cc:27:
/opt1/home/ingber/groff/src/include/lib.h:53: previous declaration of `int 
   mkstemp(char*)' with C++ linkage
/usr/include/stdlib.h:150: conflicts with new declaration with C linkage
gmake[2]: *** [font.o] Error 1
gmake[2]: Leaving directory `/opt1/home/ingber/groff/src/libs/libgroff'
gmake[1]: *** [src/libs/libgroff] Error 2
gmake[1]: Leaving directory `/opt1/home/ingber/groff'
gmake: *** [all] Error 2

SUGGESTED FIX [optional]:
[If you can suggest a fix for the problem, include a context diff here. 
But don't delay sending in a bug report in the hope of finding a fix. 
Guesses about the cause of the bug are not usually helpful.]

I'd guess some code was written not too C++ standard?  On my system I
have in /usr/share/stdlib.h:

/* large file compilation environment setup */
#if !defined(_LP64) && _FILE_OFFSET_BITS == 64

#pragma redefine_extname        mkstemp         mkstemp64
#define mkstemp                 mkstemp64

#endif  /* _FILE_OFFSET_BITS == 64 */

/* In the LP64 compilation environment, all APIs are already large file */
#if defined(_LP64) && defined(_LARGEFILE64_SOURCE)

#pragma redefine_extname        mkstemp64       mkstemp
#define mkstemp64               mkstemp

#endif  /* _LP64 && _LARGEFILE64_SOURCE */

 Prof. Lester Ingber  address@hidden  address@hidden
 www.ingber.com                     www.alumni.caltech.edu/~ingber

reply via email to

[Prev in Thread] Current Thread [Next in Thread]