, thanks for your help.
Compiler Development
IBM Canada Lab.
(
Subject
RE: Fw: METAL C: CodeGen defeciency?
Would a customer PMR help? I can suggest it in the IBM-MAIN list - but won't
unless you think it would be useful.
Bill,
I
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John McKown
On Thu, 23 Apr 2009 14:34:22 -0500, Chase, John wrote:
snip
To this day I have the impression that many COBOL shops actually
*fear* Assembler and/or anybody who professes even the slightest
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John McKown
[ snip ]
. . .. Take a case in point. A programmer has two VSAM KSDS
files. He is reading one file sequentially and wants to see in the
second
file has as associated record in it (both files are keyed
On Fri, 24 Apr 2009 07:15:15 -0500, Chase, John jch...@ussco.com wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John McKown
[ snip ]
. . .. Take a case in point. A programmer has two VSAM KSDS
files. He is reading one file sequentially and wants to see in
John McKown wrote:
On Fri, 24 Apr 2009 07:15:15 -0500, Chase, John jch...@ussco.com wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John McKown
[ snip ]
. . .. Take a case in point. A programmer has two VSAM KSDS
files. He is reading one file sequentially
On Thu, 23 Apr 2009 15:53:04 -0500, John McKown wrote:
On Thu, 23 Apr 2009 20:32:30 +, Ted MacNEIL wrote:
IMO, most shops today fear any and all programmers who could
be considered
above average, regardless of the language that they use. Why?
Because their code will be harder to understand
On 24 Apr 2009 05:16:31 -0700, in bit.listserv.ibm-main you wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John McKown
[ snip ]
. . .. Take a case in point. A programmer has two VSAM KSDS
files. He is reading one file sequentially and wants to see in the
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Kirk Wolf
Sent: Wednesday, April 22, 2009 8:44 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: METAL C: CodeGen defeciency?
Snipped
Interesting that they didn't use XC, isn't it? If you
: METAL C: CodeGen defeciency?
:Snipped
: Interesting that they didn't use XC, isn't it? If you spend any time
: looking at XLC generated code you will see lots of interesting stuff.
: Of particular interest is some of the loop unwinding optimizations.
: After a while you start to wonder if you
Let suppose IBM make processors with predicatble instruction speed, no
heuristics etc , as it had been.
We are back (with assembler) again ?
Interesting that they didn't use XC, isn't it? If you spend any time
looking at XLC generated code you will see lots of interesting stuff.
Of
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Binyamin Dissen
Sent: Thursday, April 23, 2009 10:45 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Effective pipeline programming [was:RE: METAL C: CodeGen
defeciency?]
On Thu, 23 Apr
Paul Gilmartin wrote:
On Wed, 22 Apr 2009 13:36:13 -0400, Thomas David Rivers wrote:
* setting 14 bytes to 0x00
XC102(14,13),102(13)
You're only trying to help the programmer, but perhaps thereby
thwarting the intent of a deliberate Dirty GETMAIN.
This setting-of-zero is
On Thu, 2009-04-23 at 10:44 -0400, Binyamin Dissen wrote:
As there is no reason to code a BCR 15,0
Is that really true? We don't have the M91/195 (and their imprecise
interrupts) to kick around anymore, but is there any other legitimate
use for serializing the pipeline? Why would IBM carry
:)
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Farley, Peter x23353
Sent: Thursday, April 23, 2009 6:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Effective pipeline programming [was:RE: METAL C: CodeGen
defeciency?]
Obviously
Gibney, Dave wrote:
I'm not really an assembler programmer, but I've known this one since
my earliest days. I'm sure it was in the 370 Pop I used in my one and
only assembler programming class in 1979. Good class, I have a job today
because I took that class, did an internship the next
It looks as if Kelly posted this directly to the newsgroup and didn't send
it to the list.
See IBM response below.
Kelly Arrey kelly.ar...@gmail.com wrote in message
news:179d3e62-69d2-482c-99f1-0b74a830f...@g19g2000vbi.googlegroups.com...
Hi Johnny,
We're investigating - it looks like a
On Thu, 2009-04-23 at 12:55 -0400, Bill Klein wrote:
See IBM response
IBM response in quotes, I know. Whatever influential IBMers are out
there, know that at least one customer *really* appreciates this kind of
give-and-take.
ibm-main is not an official support forum, requirements should be
David Andrews wrote:
On Thu, 2009-04-23 at 10:44 -0400, Binyamin Dissen wrote:
As there is no reason to code a BCR 15,0
Is that really true? We don't have the M91/195 (and their imprecise
interrupts) to kick around anymore, but is there any other legitimate
use for serializing the pipeline?
On Thu, 23 Apr 2009 11:55:18 -0500, Bill Klein wmkl...@ix.netcom.com wrote:
It looks as if Kelly posted this directly to the newsgroup and didn't send
it to the list.
My apologies. Thanks Bill.
Kel
--
For IBM-MAIN subscribe /
I have snipped all the content from this IBM-MAIN thread *and* have sent
this note to both IBM-MAIN and the Assembler list.
The question has been asked as to whether there is consolidated
information anywhere on IBM performance advice related to HLASM coding for
best pipeline performance.
The
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Steve Comstock
Gibney, Dave wrote:
I'm not really an assembler programmer, but I've known this one
since
my earliest days. I'm sure it was in the 370 Pop I used in my one
and
only assembler programming class
On Thu, 23 Apr 2009 14:34:22 -0500, Chase, John jch...@ussco.com wrote:
snip
To this day I have the impression that many COBOL shops actually
*fear* Assembler and/or anybody who professes even the slightest
proficiency with it.
-jc-
IMO, most shops today fear any and all programmers who
On Thu, 2009-04-23 at 14:57 -0400, Bob Rutledge wrote:
It's not [nonzero],0, it's 15,0.
Hey, you're absolutely RIGHT. (I wonder if it's always been like this?
Am I mis-remembering stuff from 35 years ago? Anyone got a *really* old
PrincOps?)
SRCHFOR 'BCR 15,0' in SYS1.SHASSRC for some
IMO, most shops today fear any and all programmers who could be considered
above average, regardless of the language that they use. Why? Because their
code will be harder to understand than the simple code written by less talented.
I TOTALLY disagree with that statement!
I've found that the most
On 23 Apr 2009 13:35:12 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote:
I find the weak programmers are the ones to use strange (and often
misunderstood) tricks, or as we used to call it 'spaghetti code'.
Writing hard to maintain code is produced by poor programmers, not strong ones.
I once
2009/4/23 David Andrews d...@lists.duda.com:
On Thu, 2009-04-23 at 14:57 -0400, Bob Rutledge wrote:
It's not [nonzero],0, it's 15,0.
Hey, you're absolutely RIGHT. (I wonder if it's always been like this?
Am I mis-remembering stuff from 35 years ago?
Yup - it's always been like this. I think
On Thu, 23 Apr 2009 20:32:30 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
IMO, most shops today fear any and all programmers who could be considered
above average, regardless of the language that they use. Why? Because
their code will be harder to understand than the simple code written by less
In order to do some necessary things, some smart programmers wrote some
hard-to-maintain code using tricks.
Would a weak programmer even know how to do it?
Once they got a CoBOL compiler, that wasn't needed anymore.
With that exception, I strongly agree with you that the best programmers
On Thu, 2009-04-23 at 16:38 -0400, Tony Harminc wrote:
2009/4/23 David Andrews d...@lists.duda.com:
On Thu, 2009-04-23 at 14:57 -0400, Bob Rutledge wrote:
It's not [nonzero],0, it's 15,0.
Hey, you're absolutely RIGHT. (I wonder if it's always been like this?
Am I mis-remembering stuff
David Andrews wrote:
On Thu, 2009-04-23 at 14:57 -0400, Bob Rutledge wrote:
It's not [nonzero],0, it's 15,0.
Hey, you're absolutely RIGHT. (I wonder if it's always been like this?
Am I mis-remembering stuff from 35 years ago? Anyone got a *really* old
PrincOps?)
I seem to recall BCR 1,0
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chase, John
Sent: Thursday, April 23, 2009 12:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Effective pipeline programming [was:RE: METAL C: CodeGen
defeciency?]
-Original Message
On Thu, 23 Apr 2009 20:32:30 +, Ted MacNEIL wrote:
I find the weak programmers are the ones to use strange (and often
misunderstood) tricks, or as we used to call it 'spaghetti code'.
What's a trick? What's an idiom? In a recent discussion in
TSO-REXX, Phil Smith, among others, urged that
Hi,
I was trying new METAL option of XL C and the following is the HLASM code
generated :
* {
*char a[20]=12345;
MVC 88(6,13),0(11)
MVI @74a+6,0
MVC @74a+7(13),@74a+6
MVI @74a+6,0
MVC @74a+7(13),@74a+6
* return;
* }
It initialized
Johnny Luo wrote:
Hi,
I was trying new METAL option of XL C and the following is the HLASM code
generated :
* {
*char a[20]=12345;
MVC 88(6,13),0(11)
MVI @74a+6,0
MVC @74a+7(13),@74a+6
MVI @74a+6,0
MVC @74a+7(13),@74a+6
* return;
*
On Wed, 22 Apr 2009 13:36:13 -0400, Thomas David Rivers wrote:
Johnny Luo wrote:
Hi,
I was trying new METAL option of XL C and the following is the HLASM code
generated :
* {
*char a[20]=12345;
MVC 88(6,13),0(11)
Is that the actual initialization, in which case the next 4
On Wed, Apr 22, 2009 at 6:25 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Wed, 22 Apr 2009 13:36:13 -0400, Thomas David Rivers wrote:
Johnny Luo wrote:
Hi,
I was trying new METAL option of XL C and the following is the HLASM code
generated :
* {
* char a[20]=12345;
MVC
36 matches
Mail list logo