File: TODO

package info (click to toggle)
gnucobol4 4.0~early~20200606-7
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 19,888 kB
  • sloc: sh: 119,499; ansic: 98,781; yacc: 16,917; lex: 4,610; cobol: 1,281; perl: 553; makefile: 521; sed: 16
file content (79 lines) | stat: -rw-r--r-- 2,189 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
GnuCOBOL TODO						-*- outline -*-

1 Pending requests

1.1 Handling of EBCDIC files


2 Other features to be implemented

2.1 New option handling.

A new configuration file, cobc.conf, is described in
https://sourceforge.net/p/open-cobol/feature-requests/342/
Integrate that file with existing command-line parsing,
allowing for overrides and warning-defeats as outlined in
that document.  

2.2 New preprocessor support.

https://sourceforge.net/p/open-cobol/feature-requests/341/ defines
configuration for preprocessors.  Add support for preprocessors to cobc.
Modify the -E option to be

	-E [preprocessor]

meaning that all preprocessors should be run up to and including the
one named in the -E argument.  If no argument is provided, -E
continues to work as currently.  

2.3 Embedded SQL - ship as sample configurations for 2.2

esqlOC - preprocessor by Sergey Kashyrin.Sergey Kashryin (ODBC)

ocesql - https://github.com/opensourcecobol/Open-COBOL-ESQL (MySQL/ODBC)

PostgreSQL using epcpg, wrapper for COBOL by Frank Polscheit (ruby based)
http://lists.gnu.org/archive/html/gnucobol-users/2004-02/msg00053.html

Firebird (firebird.sourceforge.net) has a SQL preprocessor
for their database.

Oracle Pro*COBOL


3 Improvement of compiler internals

3.1 Error checking

3.1.1 Strict error checking depending on the standard
Partially implemented

3.1.2 Use `error' token in the parser for better error recovery


4 Optimization

4.1 More inlining of run-time functions

Done with various binary operands and expressions, open for some
intrinsic functions (actually using libcob at compile time).


5 Debugging support

5.1 Data access method

We should generate all data hierarchy defined in a COBOL program
with all relevant information, including data names, picture clauses,
and source locations.  We should also define a debugging function
that receives a data name and displays its value using the generated
data hierarchy.  By calling the function from gdb, we can easily
access the COBOL data at debugging time.


6 Better user manual

Yes, we should, for now: refer to the GnuCOBOL Programmer's Guide
https://sourceforge.net/p/open-cobol/code/HEAD/tree/external-doc/guide/