Re: Compiled program size when /INCLUDEing consts and prototypes

Jon,

Not sure what you mean by "what used" information...I'm not aware of
anything in DSPPGM or DSPPGMREF that shows defined consts or prototypes.

Here's some hard numbers...
Program Size Static Storage Size
Basic PGM 77,824 2,640
Include Just PRs 77,824 2,992
Include just CONSTs 77,824 2,640
Include PRs & CONSTs (4KB change?) 81,920 2,992
Include smaller PRs & CONSTs (?) 77,824 2,816

I don't think the CONSTs are wasting space....but I'm curious about
why/when the bump occurs...

Also, since it doesn't appear to be linear...is it just 4KB...or will it
get higher at some point with enough PRs & CONSTs.

The point being I can't say unused PRs & CONSTs take up no space like I
thought I could...

I think I can argue they take up an insignificant amount of space. But if
someone decides to run their own tests, I need a logical explanation as to
why 22 PRs and 60 CONSTs take up 4KB.

More importantly, if we keep adding PRs & CONSTs, the number isn't going to
go up linearly...


Charles



On Thu, Mar 16, 2017 at 10:45 AM, Jon Paris <jon.paris@xxxxxxxxxxxxxx>
wrote:

Are you sure that what you are seeing is not simply a reflection of an
increase in the "What Used" information stored in the PGM object?

Within the compiler I believe that there's constant folding going on so
that storage is not wasted with multiple names being used for the same
value - so I find it hard to believe that unused constants are "wasting"
storage.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Mar 16, 2017, at 12:36 PM, Charles Wilt <charles.wilt@xxxxxxxxx>

wrote:

So I've got a simple RPGLE program...

/FREE
dsply 'Hello World';
*INLR=*ON;
return;
/END-FREE

Compiled with:
OPTION(*NOUNREF) DBGVIEW(*NONE) OPTIMIZE(*FULL) TGTRLS(*CURRENT)

I've also got two /INCLUDE files, one with prototypes and one with

constant

definitions.

I was surprised to find that static storage appears to go up about 16

bytes

per prototype; even though none of the procedures are called.

I was even more surprised to find that program size seems to up 4KB if

I

include both prototypes & constant files; if I only include one of

them,

it

doesn't change. However, if I cut down the number of PR's &

CONSTs...then

the program size goes back down 4KB.

Can anyone (Barbara :) ) provide some insight into this madness?

I'm trying to argue that this style of using PRs
/define inc_myfun1_pr
/define inc_myfun2_pr
/define inc_myfun3_pr
/include MYPROTOS
/undefine inc_myfun1_pr
/undefine inc_myfun2_pr
/undefine inc_myfun3_pr

To only include the prototypes of procedures you need to call is silly.

Additionally, I'm arguing for having a STDCONST file of the most used
constants is a good idea. Rather than defining the constants in each
program.

The push-back is that the unneeded PRs & CONSTs would increase program
size. I said no they won't, but apparently I was wrong. :)

So I'm trying to understand the behavior so I can counter-argue

correctly.

Thanks!
Charles
--
This is the RPG programming on the IBM i (AS/400 and iSeries)

(RPG400-L)

mailing list

To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related

questions.

Help support midrange.com by shopping at amazon.com with our affiliate

link: http://amzn.to/2dEadiD

--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD

--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD