|
View previous topic :: View next topic
|
| Author |
Message |
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
Hi,
There are threads like this every now and then, in this and other forums. I'm not sure if there are still sites which use such JCLs for compilation/link-edit the programs. I believe most (and probably every, but I'm just making a guess) sites use version-contorl tools which in turn does this(compile/link-edit) for us?
Please share your thoughts, if there are sites which don't follow these practices - what can be the reason not to do so(and let's assume every shop is capable to purchase these tools)? |
|
| Back to top |
|
 |
William Thompson
Global Moderator
Joined: 18 Nov 2006
Posts: 3156
Location: Tucson AZ
|
|
|
|
| In a test environment sometimes it is easier and quicker to 'roll your own' based upon existing procs when the degree of customazion is extensive..... |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8697
Location: Dubuque, Iowa, USA
|
|
|
|
| Our site is one that does not have a version control tool installed. One of my first jobs here, way back when, was to develop a standardized compile process based on the IBM-provided procedures. Originally designed as a ROSCOE RPF, the JCL it generates is still run today from TSO to compile test and QA programs. Some of our vendor packages (that provide source code) do some really weird things (NCAL and static links really shouldn't be used together) so once a compile job is proven to work, it gets used until there is some reason to change it. |
|
| Back to top |
|
|
superk
Global Moderator
Joined: 26 Apr 2004
Posts: 4652
Location: Raleigh, NC, USA
|
|
|
|
| I don't know. I was shocked since joinging this forum to find out how many people were actually submitting compile jobs during their development stage rather than compiling in the foreground. Not something I was used to seeing. Of course, the whole IT industry has changed, so its getting harder these days for me to comprehend what's being done and why. |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
| Quote: |
| I believe most (and probably every, but I'm just making a guess) sites use version-contorl tools which in turn does this(compile/link-edit) for us? |
Unfortunately, i see as many places with no automated change control/configuratoin management as ones who have a CM tool.
Of the ones that do have something installed, many are completely mis-used.
Long ago i stopped being surprised at the lack of a proper infrastructure  |
|
| Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009
Posts: 1788
Location: Bloomington, IL
|
|
|
|
Our development sysplex has an application (written mostly in Rexx, with some PL/I and HLASM modules, using DMS and ISPF services) that generates the TSO commands or JCL for foreground and background compiles of modules in several languages, plus links, binds, and MFSGENs. A drawback of this is that a lot of the "analysts" around here say things like, "'JCL'? Can you spell that?"  |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2547
Location: Silicon Valley
|
|
|
|
I make numerous changes every day. I do not check it in into library system until its fairly along the development cycle. If I had to check it in each time, it would drive me crazy and the version number would be very high.
While editing, I press a PFkey to submit a batch job for the member being edited... more that a compile, one step also builds the logic file for the debugger. The job copies the source to a sysout file and I keep several such jobs in spool so I have several recent versions of the source.
When it abends, I look at the compiler listing and the linkedit output with SDSF to try to find the csect and offsets. |
|
| Back to top |
|
|
|
|
