--- /indent ---

Filename: .cvsignore
Revision 1.11carlo 1999/09/25 15:05:17+0 -1
Got rid of .release_day
Revision 1.10carlo 1999/08/27 13:56:26+1 -0
Forgot to add gperf-cc.c here.

Filename: Makefile.am
Revision 1.15carlo 1999/08/27 13:51:44+7 -4
From: malekith@ikar.mps.com.pl
Date: Thu, 26 Aug 1999 15:06:10 +0200 (CEST)
To: indent@runaway.xs4all.nl
Subject: Additional C++ support in indent (diff)

What have I done?

1. I removed -c++ arg check from indent.c, since it didn't work anyway (try)
and put into args.c. I think you put it in indent.c because you wanted
different set of options for C++, an I right? But for now ...

2. In io.c I changed compute_label_target() func. Now if in_decl and
c_plus_plus it returns one indent level back for labels, e.g.
[...deleted... this is still broken --Carlo ]

3. I've added second set of keywords and hash func. This is in lexi.c.
Lack of ``try'' keyword is intended. It caused errors (nested stmts or
something). I couldn't handle this.

4. Added recognizing GNU C++ >? and <? operators (and not documented >?= and
<?=). It won't harm anyone since in normal C++ there can't be such
combination of characters.

5. I don't know why, but if colon is in_decl it is treated strange way.
If c_plus_plus is set I changed this to handle ``public:'' and so on.

Note from Carlo Wood:

That is because in declarations you can have:

int foo:4;

etc. In order to distinguish this from 'public:' etc, I am now
testing for the 'i' (of the 'int') before treating the colon special.

Filename: NEWS
Revision 1.14carlo 1999/09/25 14:33:24+3 -2
Update
Revision 1.13carlo 1999/08/27 14:12:14+3 -0
EBCDIC charset support for BS2000/POSIX (Siemens mainframe OS).
Contributed by <Martin.Kraemer@MchP.Siemens.De>.
Revision 1.12carlo 1999/08/27 13:51:44+4 -0
From: malekith@ikar.mps.com.pl
Date: Thu, 26 Aug 1999 15:06:10 +0200 (CEST)
To: indent@runaway.xs4all.nl
Subject: Additional C++ support in indent (diff)

What have I done?

1. I removed -c++ arg check from indent.c, since it didn't work anyway (try)
and put into args.c. I think you put it in indent.c because you wanted
different set of options for C++, an I right? But for now ...

2. In io.c I changed compute_label_target() func. Now if in_decl and
c_plus_plus it returns one indent level back for labels, e.g.
[...deleted... this is still broken --Carlo ]

3. I've added second set of keywords and hash func. This is in lexi.c.
Lack of ``try'' keyword is intended. It caused errors (nested stmts or
something). I couldn't handle this.

4. Added recognizing GNU C++ >? and <? operators (and not documented >?= and
<?=). It won't harm anyone since in normal C++ there can't be such
combination of characters.

5. I don't know why, but if colon is in_decl it is treated strange way.
If c_plus_plus is set I changed this to handle ``public:'' and so on.

Note from Carlo Wood:

That is because in declarations you can have:

int foo:4;

etc. In order to distinguish this from 'public:' etc, I am now
testing for the 'i' (of the 'int') before treating the colon special.
Revision 1.11carlo 1999/08/07 12:54:31+9 -0
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.
Revision 1.10carlo 1999/08/05 12:57:46+5 -6
enum bug also occurs with enum as function parameter. Again, thanks
to Simon Munton for the report.
Revision 1.9carlo 1999/08/04 16:47:03+15 -1
Function returning enum bug fix. Thanks to Simon Munton for the report.

Filename: args.c
Revision 1.18carlo 1999/08/27 13:51:44+6 -1
From: malekith@ikar.mps.com.pl
Date: Thu, 26 Aug 1999 15:06:10 +0200 (CEST)
To: indent@runaway.xs4all.nl
Subject: Additional C++ support in indent (diff)

What have I done?

1. I removed -c++ arg check from indent.c, since it didn't work anyway (try)
and put into args.c. I think you put it in indent.c because you wanted
different set of options for C++, an I right? But for now ...

2. In io.c I changed compute_label_target() func. Now if in_decl and
c_plus_plus it returns one indent level back for labels, e.g.
[...deleted... this is still broken --Carlo ]

3. I've added second set of keywords and hash func. This is in lexi.c.
Lack of ``try'' keyword is intended. It caused errors (nested stmts or
something). I couldn't handle this.

4. Added recognizing GNU C++ >? and <? operators (and not documented >?= and
<?=). It won't harm anyone since in normal C++ there can't be such
combination of characters.

5. I don't know why, but if colon is in_decl it is treated strange way.
If c_plus_plus is set I changed this to handle ``public:'' and so on.

Note from Carlo Wood:

That is because in declarations you can have:

int foo:4;

etc. In order to distinguish this from 'public:' etc, I am now
testing for the 'i' (of the 'int') before treating the colon special.
Revision 1.17carlo 1999/08/07 12:54:31+18 -1
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.
Revision 1.16carlo 1999/07/29 13:48:17+51 -51
Static is already zero. These zeros aren't even initialisation values anyway.

Filename: backup.c
Revision 1.8carlo 1999/08/07 12:54:31+19 -2
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.

Filename: backup.h
Revision 1.6carlo 1999/08/07 12:54:31+3 -2
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.

Filename: configure.in
Revision 1.20carlo 1999/08/07 12:54:31+2 -2
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.
Revision 1.19carlo 1999/08/04 16:01:22+1 -1
Don't include malloc.h if we don't have it.
Revision 1.18carlo 1999/07/29 22:02:59+1 -1
Bumped version number to 2.2.1

Filename: globs.c
Revision 1.7carlo 1999/08/04 16:01:22+3 -1
Don't include malloc.h if we don't have it.

Filename: indent-cc.gperf
Revision 1.1carlo 1999/08/27 13:51:44None
From: malekith@ikar.mps.com.pl
Date: Thu, 26 Aug 1999 15:06:10 +0200 (CEST)
To: indent@runaway.xs4all.nl
Subject: Additional C++ support in indent (diff)

What have I done?

1. I removed -c++ arg check from indent.c, since it didn't work anyway (try)
and put into args.c. I think you put it in indent.c because you wanted
different set of options for C++, an I right? But for now ...

2. In io.c I changed compute_label_target() func. Now if in_decl and
c_plus_plus it returns one indent level back for labels, e.g.
[...deleted... this is still broken --Carlo ]

3. I've added second set of keywords and hash func. This is in lexi.c.
Lack of ``try'' keyword is intended. It caused errors (nested stmts or
something). I couldn't handle this.

4. Added recognizing GNU C++ >? and <? operators (and not documented >?= and
<?=). It won't harm anyone since in normal C++ there can't be such
combination of characters.

5. I don't know why, but if colon is in_decl it is treated strange way.
If c_plus_plus is set I changed this to handle ``public:'' and so on.

Note from Carlo Wood:

That is because in declarations you can have:

int foo:4;

etc. In order to distinguish this from 'public:' etc, I am now
testing for the 'i' (of the 'int') before treating the colon special.

Filename: indent.c
Revision 1.33carlo 1999/09/03 11:33:40+2 -2
The '(' in constructs like char a[(1)] = { ... }; caused block_init not
to be set.
Revision 1.32carlo 1999/08/27 13:51:44+3 -10
From: malekith@ikar.mps.com.pl
Date: Thu, 26 Aug 1999 15:06:10 +0200 (CEST)
To: indent@runaway.xs4all.nl
Subject: Additional C++ support in indent (diff)

What have I done?

1. I removed -c++ arg check from indent.c, since it didn't work anyway (try)
and put into args.c. I think you put it in indent.c because you wanted
different set of options for C++, an I right? But for now ...

2. In io.c I changed compute_label_target() func. Now if in_decl and
c_plus_plus it returns one indent level back for labels, e.g.
[...deleted... this is still broken --Carlo ]

3. I've added second set of keywords and hash func. This is in lexi.c.
Lack of ``try'' keyword is intended. It caused errors (nested stmts or
something). I couldn't handle this.

4. Added recognizing GNU C++ >? and <? operators (and not documented >?= and
<?=). It won't harm anyone since in normal C++ there can't be such
combination of characters.

5. I don't know why, but if colon is in_decl it is treated strange way.
If c_plus_plus is set I changed this to handle ``public:'' and so on.

Note from Carlo Wood:

That is because in declarations you can have:

int foo:4;

etc. In order to distinguish this from 'public:' etc, I am now
testing for the 'i' (of the 'int') before treating the colon special.
Revision 1.31carlo 1999/08/07 12:54:31+40 -5
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.
Revision 1.30carlo 1999/07/29 22:42:49+5 -4
Make -bap work again. Reported by Andy Cowling.

Filename: indent.h
Revision 1.18carlo 1999/08/07 12:54:31+3 -1
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.

Filename: indent.texinfo
Revision 1.16carlo 1999/09/09 00:12:11+5 -0
Added comment in section Bugs about /*UPPERCASE*/ and joining lines.
Revision 1.15carlo 1999/09/06 11:27:59+5 -5
xref{} suddenly needs to be followed by a '.' or ','.
Revision 1.14carlo 1999/08/07 12:54:31+17 -0
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.

Filename: io.c
Revision 1.23carlo 1999/08/27 13:51:44+14 -5
From: malekith@ikar.mps.com.pl
Date: Thu, 26 Aug 1999 15:06:10 +0200 (CEST)
To: indent@runaway.xs4all.nl
Subject: Additional C++ support in indent (diff)

What have I done?

1. I removed -c++ arg check from indent.c, since it didn't work anyway (try)
and put into args.c. I think you put it in indent.c because you wanted
different set of options for C++, an I right? But for now ...

2. In io.c I changed compute_label_target() func. Now if in_decl and
c_plus_plus it returns one indent level back for labels, e.g.
[...deleted... this is still broken --Carlo ]

3. I've added second set of keywords and hash func. This is in lexi.c.
Lack of ``try'' keyword is intended. It caused errors (nested stmts or
something). I couldn't handle this.

4. Added recognizing GNU C++ >? and <? operators (and not documented >?= and
<?=). It won't harm anyone since in normal C++ there can't be such
combination of characters.

5. I don't know why, but if colon is in_decl it is treated strange way.
If c_plus_plus is set I changed this to handle ``public:'' and so on.

Note from Carlo Wood:

That is because in declarations you can have:

int foo:4;

etc. In order to distinguish this from 'public:' etc, I am now
testing for the 'i' (of the 'int') before treating the colon special.
Revision 1.22carlo 1999/08/25 16:21:34+2 -1
Bug report by Darius Powell: When the parser sees a left brace it clears
the procedure name out but not the classname ...
Revision 1.21carlo 1999/08/07 12:54:31+10 -10
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.

Filename: io.h
Revision 1.6carlo 1999/08/07 12:54:31+3 -2
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.

Filename: lexi.c
Revision 1.20carlo 1999/09/03 11:33:40+12 -3
The '(' in constructs like char a[(1)] = { ... }; caused block_init not
to be set.
Revision 1.19carlo 1999/08/27 14:12:15+92 -5
EBCDIC charset support for BS2000/POSIX (Siemens mainframe OS).
Contributed by <Martin.Kraemer@MchP.Siemens.De>.
Revision 1.18carlo 1999/08/27 13:51:44+28 -4
From: malekith@ikar.mps.com.pl
Date: Thu, 26 Aug 1999 15:06:10 +0200 (CEST)
To: indent@runaway.xs4all.nl
Subject: Additional C++ support in indent (diff)

What have I done?

1. I removed -c++ arg check from indent.c, since it didn't work anyway (try)
and put into args.c. I think you put it in indent.c because you wanted
different set of options for C++, an I right? But for now ...

2. In io.c I changed compute_label_target() func. Now if in_decl and
c_plus_plus it returns one indent level back for labels, e.g.
[...deleted... this is still broken --Carlo ]

3. I've added second set of keywords and hash func. This is in lexi.c.
Lack of ``try'' keyword is intended. It caused errors (nested stmts or
something). I couldn't handle this.

4. Added recognizing GNU C++ >? and <? operators (and not documented >?= and
<?=). It won't harm anyone since in normal C++ there can't be such
combination of characters.

5. I don't know why, but if colon is in_decl it is treated strange way.
If c_plus_plus is set I changed this to handle ``public:'' and so on.

Note from Carlo Wood:

That is because in declarations you can have:

int foo:4;

etc. In order to distinguish this from 'public:' etc, I am now
testing for the 'i' (of the 'int') before treating the colon special.
Revision 1.17carlo 1999/08/05 12:57:46+6 -3
enum bug also occurs with enum as function parameter. Again, thanks
to Simon Munton for the report.
Revision 1.16carlo 1999/08/04 16:47:03+3 -2
Function returning enum bug fix. Thanks to Simon Munton for the report.

Filename: maintMakefile.in
Revision 1.7carlo 1999/09/25 15:05:17+1 -7
Got rid of .release_day
Revision 1.6carlo 1999/07/29 22:02:59+2 -2
Bumped version number to 2.2.1

Filename: parse.c
Revision 1.15carlo 1999/07/29 13:49:43+3 -2
Fixes a bug reported by George Kiewicz: struct X x = { M(int) };

Filename: sys.h
Revision 1.12carlo 1999/08/27 14:12:15+6 -1
EBCDIC charset support for BS2000/POSIX (Siemens mainframe OS).
Contributed by <Martin.Kraemer@MchP.Siemens.De>.
Revision 1.11carlo 1999/08/07 12:54:31+5 -1
New option --preserve-mtime: Preserve modification times on output files.
Preserve modification times on backup files. Thanks to Ian P. Springer
for the idea.

File made using version 1.52 of cvs2html by carlo at 99-09-25 17:22 and only showing data between revisions V2_2_0:HEAD.