SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-Programming Mailing List Archives

Return to [ 12 | January | 2004 ]

<< Previous Message << >> Next Message >>


Date: Mon, 12 Jan 2004 18:46:29 PST8
From: Peter Skye <pskye@peterskye.com >
Reply-To: scoug-programming@scoug.com
To: scoug-programming@scoug.com
Subject: SCOUG-Programming: QA equals testing, Part One:Detection

Content Type: text/plain

Lynn H. Maxson wrote:
>
> Apparently you missed my point. As an example try:

This is just syntax, Lynn. You were proselytizing code which other
compilers could not generate. Take a look at the generated code which
PL/I actually creates from your examples. You admire the compactness
and readability of PL/I, but the generated code isn't magical.

> I didn't offer an example manipulating bit strings,
> or converting characters to bits, performing logical
> operations, and converting the result back to character.

These are done with software algorithms, not by generating magical
hardware code. Your happiness with PL/I is with its syntax. I can
write GOSUB routines in old GWBASIC that can perform these operations.

There is no magic potion here, just an ease in coding. Ah! "Coding"!

> IBM discovered that time optimization
> optimized space as well.

Really? How about

DO INDEX = 0 TO 999999; PRINT INDEX * PI; END;

It will run slightly faster if it's unrolled, but the loop is a wee bit
smaller . . .

And is the compiler smart enough to realize it can set up an internal
field and simply add PI to it on each PRINT rather than perform the
multiplication? A human programmer will see that instantly. I can
code-spam you with innumerable examples which can be easily optimized in
ways a compiler will likely miss if you're hesitant to agree with me . .
.

> the inline is a compiler option for PL/I builtin functions,
> which PL/I has instead of requiring a separate library.

And the _spec_ for this, Lynn -- shall the human Specifier blindly let
the compiler decide on the option?

- Peter

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 12 | January | 2004 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.