Mail Archives: djgpp-workers/1997/05/22/18:44:27
This came to me in private mail. Comments?
------- Start of forwarded message -------
Sender: brozzis AT mag00 DOT cedi DOT unipr DOT it
Date: Thu, 22 May 1997 17:36:47 +0200
From: Stefano Brozzi <brozzis AT mag00 DOT cedi DOT unipr DOT it>
X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.4 sun4m)
Mime-Version: 1.0
To: dj AT delorie DOT com
Subject: Some errs(?) in your wonderful work
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
strcase, strncase are not defined nor in library nor in include file
string.h
but are present in libc help as functions of string.h.
in string.h are def'out:
#ifndef __STRICT_ANSI__
#ifndef _POSIX_SOURCE
but also #undef'ining them I obtain nothing.
BTW: nm -a libc says nothing about those 2 funcs.
class String is defined in _String.h as described in FAQ 8.2
but there's also strclass.h that includes it.
brk() is defined in unistd.h not in stdlib.h as stated in libc info
manuals
<PEDANTIC>
in help of _dos_findfirst() the definition of the struct find_t isn't
reported, neither it is indicated that it is defined in dos.h
</PEDANTIC>
The example is obviously wrong: the structure passed to the function is
called 'result', the structure is accessed thru 'f'.
These patches are over the info file itself: I've not help sources, so
this is
here only indicative.
*** libc.inf Sun Apr 6 21:10:34 1997
- --- libcste.inf Tue May 13 00:20:52 1997
***************
*** 4976,4984 ****
Example
-------
! struct find_t f;
! if ( !_dos_findfirst("*.DAT", &result, _A_ARCH | _A_RDONLY) )
{
do
{
- --- 4976,4984 ----
Example
-------
! struct find_t f; /* defined in dos.h */
! if ( !_dos_findfirst("*.DAT", &f, _A_ARCH | _A_RDONLY) )
{
do
{
Indent man and info declare that the option -[n]bbb
- --[no-]blank-lines-after-block-comments are recognized by indent.
Instead indent refuses those parameters.
It's even not well documented.
Moreover, to recompile indent I needed to change configdj.sed
modify this line to compile backup.c (diff -c produces a big file ;):
s|@DEFS@|-DHAVE_UNISTD_H=1 -D_USE_LFN=1|g
this is needed for help:
s|.texinfo|.tex|
maybe I'm missing something, but since I've used GNU unzip,
I guess I'm in a std situation.
I'm unable to understand under which conditions groff
produces and leaves in %DJDIR%\tmp temporary files.
I don't think it is the desired behaviour.
GNU indent 1.9.1
GNU troff version 1.10
GCC version 2.7.2.1
------- End of forwarded message -------
- Raw text -