Is it required that all copybook folders used by an application be defined with the cobc -I setting ?
Is there a COB_COPYLIB environment variable (or the equivalent) that could substitute for the cobc -I ?
I have read the GnuCOBOL PDF - I could not find any kind of entry for copylib, copybook, etc.
Ralph
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have as a default COBCPY= and this is set to my common folder for
copybooks but for some program sources the copybook are in the Current
active directory, i.e., COBCPY=/home/vince/cobolsrc/ACAS/copybooks
See the manual under 10.1.2 as there is also COB_COPY_DIR and from the
manual dated today for v3.2 :
COB_COPY_DIR *
If copybooks your program needs are not stored in the same directory as your
program, set this environment variable to the folder in which the
copybooks may be
found (IBM mainframe programmers will recognize this as SYSLIB).
COBCPY
This environment variable provides an additional means of specifying
where copy-
books may be found by the compiler (see also COB_COPY_DIR, above).
These have been documented for a long time.
On 01/06/2022 16:28, Ralph Linkletter wrote:
Is it required that all copybook folders used by an application be
defined with the cobc -I setting ?
Is there a COB_COPYLIB environment variable (or the equivalent) that
could substitute for the cobc -I ?
I have read the GnuCOBOL PDF - I could not find any kind of entry for
copylib, copybook, etc.
Ralph
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you Mr. Coen.
It was a reality check on my behalf.
Having issues with "program files"
Folder names having embedded spaces - some folders having several sub nodes with embedded spaces.
Sorting out the placement of apostrophes / quote marks and their ordinals is not easy.
Especially when verbose folder names concatenated with ";" span 600 characters.
Why in the world create a single folder name that exceeds 100 characters ?
Thank you once again
Ralph
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you Mr. Coen.
It was a reality check on my behalf.
Having issues with "program files"
Folder names having embedded spaces - some folders having several sub
nodes with embedded spaces.
Sorting out the placement of apostrophes / quote marks and their
ordinals is not easy.
Especially when verbose folder names concatenated with ";" span 600
characters.
Why in the world create a single folder name that exceeds 100 characters ?
Thank you once again
Under Linux it can be a lot larger.
Folders with embedded spaces are referenced by using \ as a break char i.e.,
Fred\ Does\ My\ Dress\ look\ good?.txt
That said, I prefer not to use them but say a '-' instead.
Some elements within GC does not like spaces between words so for build
and usage it is best to avoid.
Plus the fact you do not have to remember to use the '\ ' keys :)
Vince
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Is it required that all copybook folders used by an application be defined with the cobc -I setting ?
Is there a COB_COPYLIB environment variable (or the equivalent) that could substitute for the cobc -I ?
I have read the GnuCOBOL PDF - I could not find any kind of entry for copylib, copybook, etc.
Ralph
I have as a default COBCPY= and this is set to my common folder for
copybooks but for some program sources the copybook are in the Current
active directory, i.e., COBCPY=/home/vince/cobolsrc/ACAS/copybooks
See the manual under 10.1.2 as there is also COB_COPY_DIR and from the
manual dated today for v3.2 :
COB_COPY_DIR *
If copybooks your program needs are not stored in the same directory as your
program, set this environment variable to the folder in which the
copybooks may be
found (IBM mainframe programmers will recognize this as SYSLIB).
COBCPY
This environment variable provides an additional means of specifying
where copy-
books may be found by the compiler (see also COB_COPY_DIR, above).
These have been documented for a long time.
On 01/06/2022 16:28, Ralph Linkletter wrote:
Thank you Mr. Coen.
It was a reality check on my behalf.
Having issues with "program files"
Folder names having embedded spaces - some folders having several sub nodes with embedded spaces.
Sorting out the placement of apostrophes / quote marks and their ordinals is not easy.
Especially when verbose folder names concatenated with ";" span 600 characters.
Why in the world create a single folder name that exceeds 100 characters ?
Thank you once again
Ralph
On 01/06/2022 18:05, Ralph Linkletter wrote:
Under Linux it can be a lot larger.
Folders with embedded spaces are referenced by using \ as a break char i.e.,
Fred\ Does\ My\ Dress\ look\ good?.txt
That said, I prefer not to use them but say a '-' instead.
Some elements within GC does not like spaces between words so for build
and usage it is best to avoid.
Plus the fact you do not have to remember to use the '\ ' keys :)
Vince