🚀 go-pugleaf

We have discovered a problem (we think) with the Powell compiler from
Dec under unix.  (We have discovered and fixed several others).

The problem is if you have a definition module x which exports procedure
z and in implementation module x you have a 'inline' module y which exports
procedure z the symbol which is created for procedure z is x_y_z.  If you
have another module which imports procedure z from module x the linker
complains that symbol x_z is undefined.  This is even if the keyword
@unqualified is put before procedure z inside module y.  

A work around is to declare procedure z in the main module x and have that
call y.z with z being exported qualified.

Is there a better workaround?  

We have fixed several problems associated with returns in 'fuction' procedures.
We also have an idea on how to get the system to complain about def files which
have been modified since an object module was compiled at link time.

Any suggestions, comments or additional bugs fixed or not would be appreciated.
johnh...

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
UUCP: ihnp4!wheaton!johnh                    telephone: (312) 260-3871 (office)
Mail: John Hayward Math/Computer Science Dept. Wheaton College Wheaton Il 60187
       Act justly, love mercy and walk humbly with your God. Micah 6:8b