WARNING: I just discovered a related problem. The compiler is now setting the minimum run version to 1767 regardless of whether there are embedded defstructs. That may not be a problem for you if you're planning to update all your production users at once. But it will likely not be appreciated by those not using embedded defstructs. Furthermore, I've already run into a site where they are using them, but since they're still in the 32 bit world, bumping up the minimum version when compiling one of the affected programs is making it difficult to roll out the new version incrementally.

So I think I need to: A) fix the minimum run version to only be set when using embedded defstructs (that was always the plan anyway). And B) add some kind of switch allowing that to be disabled. We have the /C:_MIN_RUN_VER capability, but that overrides the value to a specific version number, when what I think some people are going to want is to just disable the automatic increase to 1767. Since it's a temporary issue, maybe a regular switch is overkill; probably another special symbol. Maybe _NO_MIN_1767?

Here's a set of updates with the corrections described just above...

ash-7.0.1768.0-el7-upd.tz
ash-7.0.1768.0-d12-x86_64-upd.tz
ash70notes.txt

From what I can tell...These work as advertised.

I haven't found any further issues either, so I expect to generate the rest of the platforms and create Windows install packages before long.

I just found a problem with the 1768.0 (actually it started with compiler 1051 in 1767.0, related to the new .ARG_PASSED() function) -- declaring a function parameter default value to be an actual variable results in a runtime illegal syntax error. That's a pretty rare case (I can only find one example in my code), but it reinforces Steve Evan's motto ("never trust a point zero"). I have a fix ready but am still evaluating it. Stay tuned for a 1768.1 update later tonight.

Ok, 1768.1 posted with the above fix and one other minor refinement to ISAM (thanks to John Andreason) ...

ash70notes.txt
ash-7.0.1768.1-el7-upd.tz
ash-7.0.1768.1-d12-x86_64-upd.tz
compil-7.0.1058-w32.zip
ash-7.0.1768.1-w32-upd.zip
ash-7.0.1768.1-w32c-upd.zip

Hi Jack,

It looks like programs that don't use DYNSTRUCTs are getting flagged to require the new build of A-Shell. Is this correct?

That problem should have been fixed by compiler edit 1057. If you execute COMPIL by itself at the dot prompt, it will display its edit number. The 1768.1 update should have contained compiler 1058.

It does, but still is yielding these results.

Oops. That's a bug. To be fixed shortly. In the meantime you can work around it by defining _NO_MIN_1767=1, either in the source or on the command line.

Let's try this again...

ash70notes.txt
ash-7.0.1768.3-el7-upd.tz
ash-7.0.1768.3-el7-x86_64-upd.tz
ash-7.0.1768.3-d12-x86_64-upd.tz
compil-7.0.1059-w32.zip
ash-7.0.1768.3-w32-upd.zip
ash-7.0.1768.3-w32c-upd.zip

OK, that seems to have fixed it. Thanks