[M3devel] Resend: Re: elego prjm build error

[Coleburn, Randy]

Rodney / Tony:

Thanks.  I'll update via CVS and give it a try.

BTW, I haven't yet moved over to GIT yet.
Are both CVS and GIT being maintained?
Are there instructions for moving to GIT?  
I will probably pursue using TortoiseGIT since I've used TortoiseCVS.
Will I need a separate workspace for the GIT repo, or can it be done on top of my existing CVS repo?

Thanks,
Randy Coleburn

-----Original Message-----
From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] 
Sent: Thursday, October 02, 2014 4:03 PM
To: Antony Hosking; m3devel
Cc: m3devel; Coleburn, Randy
Subject: EXT:Re: [M3devel] Resend: Re: elego prjm build error

OK, there's the answer.  I changed 4 occurrences of "LongrealType" to "LongReal in elego/prjbase/src/m3makefile, and everything in elego compiled without a hitch.

It will take me a bit to sort out pushing this to the github repo, as I think I have other things committed in my local repo that I may not be ready to push to github.

On 10/02/2014 09:28 AM, Antony Hosking wrote:
> My commit log entry:
>
> commit 1a88c9f4121b5f4527e9901fa04e95a103356dcb
> Author: Antony Hosking <hosking at cs.purdue.edu>
> Date:   Wed Dec 23 21:43:37 2009 +0000
>
>      Move libm3/src/types into m3core.
>      Note that LongrealType and RealType have been folded into m3core/src/float.
>      Clients will need adjustment.
>
>
> So, we have Real.T, LongReal.T, Extended.T, corresponding to REAL, LONGREAL, EXTENDED.
>
> On Oct 1, 2014, at 9:02 PM, Rodney M. Bates <rodney_bates at lcwb.coop> wrote:
>
>>
>>
>>
>> -------- Original Message --------
>> Subject: Re: [M3devel] elego prjm build error
>> Date: Wed, 01 Oct 2014 17:57:50 -0500
>> From: Rodney M. Bates <rodney_bates at lcwb.coop>
>> Reply-To: rodney.m.bates at acm.org
>> To: m3devel at elegosoft.com
>>
>> Hmm, there looks to be a bit of a mess here.
>>
>> According to a comment in m3-libs/libm3/src/types/m3makefile, 
>> LongrealType.i3 & RealType.i3 were moved to m3core, but while they 
>> are removed from libm3 (types is commented out in 
>> libm3/src/m3makefile), they don't seem to have made a reappearance in m3core, or anywhere else.
>>
>> LongrealType.[im]3 and RealType.[im]3 are in my 
>> /usr/local/cm3/pkg/libm3/src/types,
>> with very old dates, along with a lot of other similar files for many 
>> other types, all old.:
>>
>> -rw-r--r-- 1 rodney rodney  3072 Jan 24  2001 ASCII.i3
>> -rw-r--r-- 1 rodney rodney  1070 Jan 24  2001 ASCII.m3
>> -rw-r--r-- 1 rodney rodney   993 Jan 24  2001 Boolean.i3
>> -rw-r--r-- 1 rodney rodney   834 Jan 24  2001 Boolean.m3
>> -rw-r--r-- 1 rodney rodney  1153 Jan 24  2001 Char.i3
>> -rw-r--r-- 1 rodney rodney   878 Jan 24  2001 Char.m3
>> -rw-r--r-- 1 rodney rodney  1060 Aug 26  2007 Int32.i3
>> -rw-r--r-- 1 rodney rodney   862 Jan 24  2001 Int32.m3
>> -rw-r--r-- 1 rodney rodney  1078 Aug 26  2007 Int64.i3
>> -rw-r--r-- 1 rodney rodney   861 Aug 13  2007 Int64.m3
>> -rw-r--r-- 1 rodney rodney   991 Jan 24  2001 Integer.i3
>> -rw-r--r-- 1 rodney rodney   801 Jan 24  2001 Integer.m3
>> -rw-r--r-- 1 rodney rodney   989 Aug 13  2007 Longint.i3
>> -rw-r--r-- 1 rodney rodney   801 Aug 13  2007 Longint.m3
>> -rw-r--r-- 1 rodney rodney  1019 Jan 24  2001 LongrealType.i3
>> -rw-r--r-- 1 rodney rodney   876 Jan 24  2001 LongrealType.m3
>> -rw-r--r-- 1 rodney rodney   996 Jan 24  2001 RealType.i3
>> -rw-r--r-- 1 rodney rodney   868 Jan 24  2001 RealType.m3
>> -rw-r--r-- 1 rodney rodney   979 Jan 24  2001 Refany.i3
>> -rw-r--r-- 1 rodney rodney   650 Jan 24  2001 Refany.m3
>> -rw-r--r-- 1 rodney rodney  4371 Dec 17  2003 Unicode.i3
>> -rw-r--r-- 1 rodney rodney 41589 Dec 17  2003 Unicode.m3
>> -rw-r--r-- 1 rodney rodney   550 Feb 12  2001 WideChar.i3
>> -rw-r--r-- 1 rodney rodney   462 Feb 12  2001 WideChar.m3
>>
>> The others in this list seem to have made it into m3-libs/m3core/src/types.
>>
>>
>>
>> Also, the .m3 files for real and longreal are nowhere to be found in the current repository.
>>
>> I do see some very old .html and .[im]o files for LongrealType* and 
>> RealType*, but not being currently compiled.
>>
>> And then there are old ExtendedType.[im][30] and 
>> ExtendedType.[im]3.html, found in arithmetic/src/basictypes/float, but they appear to be out of place there.
>>
>> Do I recall some kind of reason why the floating types couldn't be in m3core?
>>
>>
>> On 10/01/2014 03:58 PM, Coleburn, Randy wrote:
>>> Does anyone know what could be causing the following error?
>>>
>>> The TimePrjDescTbl.i3 is an interface created by the standard Table() m3makefile directive.
>>>
>>> The error indicates a missing export and/or bad version stamps, yet this happens when doing a complete rebuild of everything, and this is one of the last packages to be built.
>>>
>>> --- processing package "elego\prjm" ---
>>>
>>> --- purging derived files from NT386 ---
>>>
>>> --- cleaning NT386 ---
>>>
>>> ignoring ..\src\m3overrides
>>>
>>> --- building in NT386 ---
>>>
>>> ignoring ..\src\m3overrides
>>>
>>> C:\cm3\bin\m3bundle -name ProjectManagerBundle -element UsageHelp 
>>> ..\src\UsageHelp -element compactrc ..\src\compactrc -element 
>>> ShortUsa
>>>
>>> geHelp ..\src\ShortUsageHelp
>>>
>>> new source -> compiling ProjectManagerBundle.i3
>>>
>>> new source -> compiling ProjectManagerBundle.m3
>>>
>>> new source -> compiling Creation.i3
>>>
>>> new source -> compiling Creation.m3
>>>
>>> Fatal Error: bad version stamps: TimePrjDescTbl.i3
>>>
>>> missing export: LongrealType.T imported by TimePrjDescTbl.i3
>>>
>>> missing export: LongrealType.Brand imported by TimePrjDescTbl.i3
>>>
>>> WARNING:  Encountered an error when processing package "elego\prjm" for "-build".
>>>
>>> Thanks,
>>>
>>> Randy Coleburn
>>>
>>
>> --
>> Rodney Bates
>> rodney.m.bates at acm.org
>>
>>
>
>

--
Rodney Bates
rodney.m.bates at acm.org