gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters, e.g.
-fobject-destination-pa Path where to create ...
Back-end options don't seem to be truncated, e.g.
-fguess-branch-probability Enables guessing of ...
The list of options is quite useful, even better in untruncated form.
Regards,
Adriaan van Os
Adriaan van Os a écrit:
gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters, e.g.
-fobject-destination-pa Path where to create ...
Back-end options don't seem to be truncated, e.g.
-fguess-branch-probability Enables guessing of ...
The list of options is quite useful, even better in untruncated form.
For me (DJGPP DOS box), it does not truncate but folds too long lines. You probably have some instruction somewhere in your system which asks for folding instead of truncating long lines.
Maurice
On Sat, 7 Jun 2003, Adriaan van Os wrote:
gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters,
[..]
Found the list interesting. So copied it to a file called gpc.help and reformatted it to 80 cols max (occurs 22 times). Result attached.
Enjoy, Russ
Maurice Lombardi wrote:
Adriaan van Os a écrit:
gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters, e.g.
-fobject-destination-pa Path where to create ...
Back-end options don't seem to be truncated, e.g.
-fguess-branch-probability Enables guessing of ...
The list of options is quite useful, even better in untruncated form.
For me (DJGPP DOS box), it does not truncate but folds too long lines. You probably have some instruction somewhere in your system which asks for folding instead of truncating long lines.
I think he is referring to the truncation of the initial portion of the complete line, i.e. the portion that spells out the option name, which I also see under DJGPP/4dos via:
redir -eo gpc --help -v | less
(for some reason "gpc --help -v |& less" doesn't work here)
Russell Whitaker wrote:
gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters,
[..]
Found the list interesting. So copied it to a file called gpc.help and reformatted it to 80 cols max (occurs 22 times). Result attached.
This seems to be a backend bug. (They may call it a feature, so I don't have big hopes of getting it fixed, but truncating option names to make them invalid is really a bug to me.)
Anyway, the list of Pascal specific options (untruncated) is also available in p/lang-options.h (in source distributions) which can, with a preprocessor macro, be turned into any wanted format rather easily, and in the manual (Invoking GPC -> GPC Command Line Options).
Frank
CBFalconer wrote:
I think he is referring to the truncation of the initial portion of the complete line, i.e. the portion that spells out the option name, which I also see under DJGPP/4dos via:
redir -eo gpc --help -v | less(for some reason "gpc --help -v |& less" doesn't work here)
I don't know 4dos or whether it's supposed to support `|&'.
Under Unix, `|&' is a feature of tcsh, while bash allows `gpc --help -v 2>&1 | less'.
I don't know if tcsh is available under DJGPP, but bash is.
(BTW, in this case, a simple `|' should also work, which is probably supported by all shells, including command.com, since the help is written to standard output, not standard error, unlike error messages etc.)
Frank
Frank Heckenbach wrote:
Russell Whitaker wrote:
gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters,
[..]
Found the list interesting. So copied it to a file called gpc.help and reformatted it to 80 cols max (occurs 22 times). Result attached.
This seems to be a backend bug. (They may call it a feature, so I don't have big hopes of getting it fixed, but truncating option names to make them invalid is really a bug to me.)
Anyway, the list of Pascal specific options (untruncated) is also available in p/lang-options.h (in source distributions) which can, with a preprocessor macro, be turned into any wanted format rather easily, and in the manual (Invoking GPC -> GPC Command Line Options).
Try "info gcc invok" for untruncated names and more detailed explanations.
"info gcc option" will get you a short/long correspondence list.
Also info gpc invok and info gpc "gpc index"
(that name should be improved to not require the quotes, IMO)
CBFalconer wrote:
info gpc "gpc index"(that name should be improved to not require the quotes, IMO)
Any suggestions? (Just `Index' would conflict with the reference entry of that EP function.)
Frank
Frank Heckenbach wrote:
CBFalconer wrote:
info gpc "gpc index"(that name should be improved to not require the quotes, IMO)
Any suggestions? (Just `Index' would conflict with the reference entry of that EP function.)
The critical thing is to eliminate the space. Either "GPC-index", or "GPCindex" or even "GPC_index". Maybe even "index-GPC" so it can show up as a choice on index?
Frank Heckenbach wrote:
Russell Whitaker wrote:
gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters,
[..]
Found the list interesting. So copied it to a file called gpc.help and reformatted it to 80 cols max (occurs 22 times). Result attached.
This seems to be a backend bug. (They may call it a feature, so I don't have big hopes of getting it fixed, but truncating option names to make them invalid is really a bug to me.)
Reported to bugzilla, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11123. Confirmed for the c++ and fortran compiler.
Regards,
Adriaan van Os
Frank Heckenbach wrote:
Russell Whitaker wrote:
gpc --help -v displays a list of available compiler options. Pascal specific options, however, are truncated to the first 23 characters,
[..]
Found the list interesting. So copied it to a file called gpc.help and reformatted it to 80 cols max (occurs 22 times). Result attached.
This seems to be a backend bug. (They may call it a feature, so I don't have big hopes of getting it fixed, but truncating option names to make them invalid is really a bug to me.)
Reported to bugzilla, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11123. Confirmed for the c++ and fortran compiler.
Fixed in mainline FSF gcc-3.4, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11123.
Regards,
Adriaan van Os
-
Adriaan van Os -
CBFalconer -
Frank Heckenbach -
Maurice Lombardi -
Russell Whitaker