From rcolebur at SCIRES.COM Wed Oct 1 22:58:54 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Wed, 1 Oct 2014 20:58:54 +0000 Subject: [M3devel] elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mika at async.caltech.edu Thu Oct 2 03:14:54 2014 From: mika at async.caltech.edu (mika at async.caltech.edu) Date: Wed, 01 Oct 2014 18:14:54 -0700 Subject: [M3devel] elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <20141002011454.06C821A208E@async.async.caltech.edu> I'd look for fallout from having moved the floating point generic base types ... from m3core to libm3 or vice versa? That change has broken all my builds, too. Have to change ("#ifdef") m3makefiles, delete a bunch of derived directories, etc. "Coleburn, Randy" writes: >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_ >Content-Type: text/plain; charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >Does anyone know what could be causing the following error? >The TimePrjDescTbl.i3 is an interface created by the standard Table() m3mak= >efile directive. >The error indicates a missing export and/or bad version stamps, yet this ha= >ppens when doing a complete rebuild of everything, and this is one of the l= >ast 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\Us= >ageHelp -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 "-b= >uild". > >Thanks, >Randy Coleburn > > >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_ >Content-Type: text/html; charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = >xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= >//www.w3.org/TR/REC-html40"> > >> > > > > >
>

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 vers= >ion stamps, yet this happens when doing a complete rebuild of everything, a= >nd this is one of the last packages to be built.

>

 

>

--- processing package "elego\prjm" ---p>

>

--- purging derived files from NT386 ---<= >/p> >

 

>

--- cleaning NT386 ---

>

 

>

ignoring ..\src\m3overrides

>

 

>

--- building in NT386 ---

>

 

>

ignoring ..\src\m3overrides

>

 

>

C:\cm3\bin\m3bundle -name ProjectManagerBundle -elem= >ent UsageHelp ..\src\UsageHelp -element compactrc ..\src\compactrc -element= > ShortUsa

>

geHelp ..\src\ShortUsageHelp

>

new source -> compiling ProjectManagerBundle.i3:p>

>

new source -> compiling ProjectManagerBundle.m3:p>

>

new source -> compiling Creation.i3> >

new source -> compiling Creation.m3> >

 

>

Fatal Error: bad version stamps: TimePrjDescTbl.i3:p>

>

 

>

missing export: LongrealType.T imported by TimePrjDe= >scTbl.i3

>

missing export: LongrealType.Brand imported by TimeP= >rjDescTbl.i3

>

 

>

WARNING:  Encountered an error when processing = >package "elego\prjm" for "-build".

>

 

>

Thanks,

>

Randy Coleburn

>

 

>
> > > >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_-- From rcolebur at SCIRES.COM Thu Oct 2 03:44:49 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Thu, 2 Oct 2014 01:44:49 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> Rodney / Tony / Mika: Thanks for the replies. I tried Tony's suggestion of deleting the NT386 folders and rebuilding all the elego packages, but I get the same error. Rodney/Mika, your replies seems to indicate a deeper problem. Any suggestions on what I should do at this point? BTW, I'm not planning on doing anything with the elego packages any time soon; it's just that every so often I update to the HEAD branch on CVS and rebuild everything. This elego\prjm package has failed to build for quite some time now. I'm surprised no one else has reported it. Thanks, Randy -----Original Message----- From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] Sent: Wednesday, October 01, 2014 9:02 PM To: m3devel; Coleburn, Randy Subject: EXT:Resend: Re: [M3devel] elego prjm build error -------- Original Message -------- Subject: Re: [M3devel] elego prjm build error Date: Wed, 01 Oct 2014 17:57:50 -0500 From: Rodney M. Bates 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 From rodney_bates at lcwb.coop Thu Oct 2 03:02:07 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Wed, 01 Oct 2014 20:02:07 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <542C86EE.1060709@lcwb.coop> References: <542C86EE.1060709@lcwb.coop> Message-ID: <542CA40F.4060001@lcwb.coop> -------- Original Message -------- Subject: Re: [M3devel] elego prjm build error Date: Wed, 01 Oct 2014 17:57:50 -0500 From: Rodney M. Bates 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 From wagner at elegosoft.com Thu Oct 2 12:06:05 2014 From: wagner at elegosoft.com (Olaf Wagner) Date: Thu, 2 Oct 2014 12:06:05 +0200 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <20141002120605.b7addb0fe444bbb8f3f48c67@elegosoft.com> On Thu, 2 Oct 2014 01:44:49 +0000 "Coleburn, Randy" wrote: > Rodney / Tony / Mika: > > Thanks for the replies. > I tried Tony's suggestion of deleting the NT386 folders and rebuilding all the elego packages, but I get the same error. > Rodney/Mika, your replies seems to indicate a deeper problem. Any suggestions on what I should do at this point? > > BTW, I'm not planning on doing anything with the elego packages any time soon; it's just that every so often I update to the HEAD branch on CVS and rebuild everything. This elego\prjm package has failed to build for quite some time now. I'm surprised no one else has reported it. If noone needs that stuff, it should be no problem to remove it from the complete builds at least for some time. I may find the time to look into the compilation problems sometime later in the fall. Olaf -- Olaf Wagner -- elego Software Solutions GmbH -- http://www.elegosoft.com Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 Gesch?ftsf?hrer: Michael Diers, Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From rcolebur at SCIRES.COM Thu Oct 2 23:06:51 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Thu, 2 Oct 2014 21:06:51 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> 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 > 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 wrote: > >> >> >> >> -------- Original Message -------- >> Subject: Re: [M3devel] elego prjm build error >> Date: Wed, 01 Oct 2014 17:57:50 -0500 >> From: Rodney M. Bates >> 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 From rodney_bates at lcwb.coop Thu Oct 2 22:03:25 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Thu, 02 Oct 2014 15:03:25 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <57BF5740-55B4-44C2-BD26-527A7EA3E559@purdue.edu> References: <542C86EE.1060709@lcwb.coop> <542CA40F.4060001@lcwb.coop> <57BF5740-55B4-44C2-BD26-527A7EA3E559@purdue.edu> Message-ID: <542DAF8D.5040104@lcwb.coop> 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 > 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 wrote: > >> >> >> >> -------- Original Message -------- >> Subject: Re: [M3devel] elego prjm build error >> Date: Wed, 01 Oct 2014 17:57:50 -0500 >> From: Rodney M. Bates >> 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 From rodney_bates at lcwb.coop Fri Oct 3 17:25:54 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Fri, 03 Oct 2014 10:25:54 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <542EC002.9060908@lcwb.coop> I am a still a very rank beginning git user, but a couple of comments. I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. On 10/02/2014 04:06 PM, Coleburn, Randy wrote: > 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. > ... -- Rodney Bates rodney.m.bates at acm.org From rcolebur at SCIRES.COM Sat Oct 4 19:21:19 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 4 Oct 2014 17:21:19 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> Rodney: Thanks for this information. I will have to find some time then to get smart on GIT. Until then, I guess I'm out of luck getting updates and pushing commits. Thanks, Randy Coleburn -----Original Message----- From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] Sent: Friday, October 03, 2014 11:26 AM To: Coleburn, Randy; m3devel Subject: EXT:Re: [M3devel] Resend: Re: elego prjm build error I am a still a very rank beginning git user, but a couple of comments. I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. On 10/02/2014 04:06 PM, Coleburn, Randy wrote: > 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. > ... -- Rodney Bates rodney.m.bates at acm.org From dragisha at m3w.org Sun Oct 5 15:22:26 2014 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Sun, 5 Oct 2014 15:22:26 +0200 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: Simple GIT workflows are very simple. I think Darko already put some basic workflow on wiki. dd On 04 Oct 2014, at 19:21, Coleburn, Randy wrote: > Rodney: > > Thanks for this information. > I will have to find some time then to get smart on GIT. > Until then, I guess I'm out of luck getting updates and pushing commits. > > Thanks, > Randy Coleburn > > -----Original Message----- > From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] > Sent: Friday, October 03, 2014 11:26 AM > To: Coleburn, Randy; m3devel > Subject: EXT:Re: [M3devel] Resend: Re: elego prjm build error > > I am a still a very rank beginning git user, but a couple of comments. > > I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. > > Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. > > On 10/02/2014 04:06 PM, Coleburn, Randy wrote: >> 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. >> > ... > > -- > Rodney Bates > rodney.m.bates at acm.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 495 bytes Desc: Message signed with OpenPGP using GPGMail URL: From rcolebur at SCIRES.COM Sun Oct 5 21:12:12 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sun, 5 Oct 2014 19:12:12 +0000 Subject: [M3devel] getting started with new GitHub Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FE83E@ATLEX04-SRV.SCIRES.LOCAL> I'm trying to find my way into how to use the new GitHub for cm3. I've searched thru my email archives and I've also looked at https://github.com/modula3/cm3 , https://modula3.elegosoft.com/cm3/index.html , and https://cm3-bugs.elegosoft.com/cm3/wiki/CvsToGitMigration , but the info I've found is quite Spartan (lean, thin, incomplete). >From what I see on the web page for GitHub cm3, I don't readily see how to do anything. I've never used GitHub for anything else before, and I'm not sure what to do next. I found a wiki page at https://github.com/modula3/cm3/wiki , but the getting started page for windows has "to do" listed for each topic. I've found my archived email message where I gave my initial info to Dragi?a Duri? earlier this year, but I must confess I'm totally lost at this point. Also, my email address is in the process of being changed, so the one I supplied initially must be replaced with another. I don't expect a lot of hand-holding and I'm willing to do some learning, but can someone please point me to some documentation that will help me get started? Thanks, Randy Coleburn -------------- next part -------------- An HTML attachment was scrubbed... URL: From rcolebur at SCIRES.COM Wed Oct 1 22:58:54 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Wed, 1 Oct 2014 20:58:54 +0000 Subject: [M3devel] elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mika at async.caltech.edu Thu Oct 2 03:14:54 2014 From: mika at async.caltech.edu (mika at async.caltech.edu) Date: Wed, 01 Oct 2014 18:14:54 -0700 Subject: [M3devel] elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <20141002011454.06C821A208E@async.async.caltech.edu> I'd look for fallout from having moved the floating point generic base types ... from m3core to libm3 or vice versa? That change has broken all my builds, too. Have to change ("#ifdef") m3makefiles, delete a bunch of derived directories, etc. "Coleburn, Randy" writes: >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_ >Content-Type: text/plain; charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >Does anyone know what could be causing the following error? >The TimePrjDescTbl.i3 is an interface created by the standard Table() m3mak= >efile directive. >The error indicates a missing export and/or bad version stamps, yet this ha= >ppens when doing a complete rebuild of everything, and this is one of the l= >ast 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\Us= >ageHelp -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 "-b= >uild". > >Thanks, >Randy Coleburn > > >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_ >Content-Type: text/html; charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = >xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= >//www.w3.org/TR/REC-html40"> > >> > > > > >
>

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 vers= >ion stamps, yet this happens when doing a complete rebuild of everything, a= >nd this is one of the last packages to be built.

>

 

>

--- processing package "elego\prjm" ---p>

>

--- purging derived files from NT386 ---<= >/p> >

 

>

--- cleaning NT386 ---

>

 

>

ignoring ..\src\m3overrides

>

 

>

--- building in NT386 ---

>

 

>

ignoring ..\src\m3overrides

>

 

>

C:\cm3\bin\m3bundle -name ProjectManagerBundle -elem= >ent UsageHelp ..\src\UsageHelp -element compactrc ..\src\compactrc -element= > ShortUsa

>

geHelp ..\src\ShortUsageHelp

>

new source -> compiling ProjectManagerBundle.i3:p>

>

new source -> compiling ProjectManagerBundle.m3:p>

>

new source -> compiling Creation.i3> >

new source -> compiling Creation.m3> >

 

>

Fatal Error: bad version stamps: TimePrjDescTbl.i3:p>

>

 

>

missing export: LongrealType.T imported by TimePrjDe= >scTbl.i3

>

missing export: LongrealType.Brand imported by TimeP= >rjDescTbl.i3

>

 

>

WARNING:  Encountered an error when processing = >package "elego\prjm" for "-build".

>

 

>

Thanks,

>

Randy Coleburn

>

 

>
> > > >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_-- From rcolebur at SCIRES.COM Thu Oct 2 03:44:49 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Thu, 2 Oct 2014 01:44:49 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> Rodney / Tony / Mika: Thanks for the replies. I tried Tony's suggestion of deleting the NT386 folders and rebuilding all the elego packages, but I get the same error. Rodney/Mika, your replies seems to indicate a deeper problem. Any suggestions on what I should do at this point? BTW, I'm not planning on doing anything with the elego packages any time soon; it's just that every so often I update to the HEAD branch on CVS and rebuild everything. This elego\prjm package has failed to build for quite some time now. I'm surprised no one else has reported it. Thanks, Randy -----Original Message----- From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] Sent: Wednesday, October 01, 2014 9:02 PM To: m3devel; Coleburn, Randy Subject: EXT:Resend: Re: [M3devel] elego prjm build error -------- Original Message -------- Subject: Re: [M3devel] elego prjm build error Date: Wed, 01 Oct 2014 17:57:50 -0500 From: Rodney M. Bates 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 From rodney_bates at lcwb.coop Thu Oct 2 03:02:07 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Wed, 01 Oct 2014 20:02:07 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <542C86EE.1060709@lcwb.coop> References: <542C86EE.1060709@lcwb.coop> Message-ID: <542CA40F.4060001@lcwb.coop> -------- Original Message -------- Subject: Re: [M3devel] elego prjm build error Date: Wed, 01 Oct 2014 17:57:50 -0500 From: Rodney M. Bates 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 From wagner at elegosoft.com Thu Oct 2 12:06:05 2014 From: wagner at elegosoft.com (Olaf Wagner) Date: Thu, 2 Oct 2014 12:06:05 +0200 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <20141002120605.b7addb0fe444bbb8f3f48c67@elegosoft.com> On Thu, 2 Oct 2014 01:44:49 +0000 "Coleburn, Randy" wrote: > Rodney / Tony / Mika: > > Thanks for the replies. > I tried Tony's suggestion of deleting the NT386 folders and rebuilding all the elego packages, but I get the same error. > Rodney/Mika, your replies seems to indicate a deeper problem. Any suggestions on what I should do at this point? > > BTW, I'm not planning on doing anything with the elego packages any time soon; it's just that every so often I update to the HEAD branch on CVS and rebuild everything. This elego\prjm package has failed to build for quite some time now. I'm surprised no one else has reported it. If noone needs that stuff, it should be no problem to remove it from the complete builds at least for some time. I may find the time to look into the compilation problems sometime later in the fall. Olaf -- Olaf Wagner -- elego Software Solutions GmbH -- http://www.elegosoft.com Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 Gesch?ftsf?hrer: Michael Diers, Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From rcolebur at SCIRES.COM Thu Oct 2 23:06:51 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Thu, 2 Oct 2014 21:06:51 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> 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 > 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 wrote: > >> >> >> >> -------- Original Message -------- >> Subject: Re: [M3devel] elego prjm build error >> Date: Wed, 01 Oct 2014 17:57:50 -0500 >> From: Rodney M. Bates >> 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 From rodney_bates at lcwb.coop Thu Oct 2 22:03:25 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Thu, 02 Oct 2014 15:03:25 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <57BF5740-55B4-44C2-BD26-527A7EA3E559@purdue.edu> References: <542C86EE.1060709@lcwb.coop> <542CA40F.4060001@lcwb.coop> <57BF5740-55B4-44C2-BD26-527A7EA3E559@purdue.edu> Message-ID: <542DAF8D.5040104@lcwb.coop> 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 > 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 wrote: > >> >> >> >> -------- Original Message -------- >> Subject: Re: [M3devel] elego prjm build error >> Date: Wed, 01 Oct 2014 17:57:50 -0500 >> From: Rodney M. Bates >> 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 From rodney_bates at lcwb.coop Fri Oct 3 17:25:54 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Fri, 03 Oct 2014 10:25:54 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <542EC002.9060908@lcwb.coop> I am a still a very rank beginning git user, but a couple of comments. I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. On 10/02/2014 04:06 PM, Coleburn, Randy wrote: > 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. > ... -- Rodney Bates rodney.m.bates at acm.org From rcolebur at SCIRES.COM Sat Oct 4 19:21:19 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 4 Oct 2014 17:21:19 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> Rodney: Thanks for this information. I will have to find some time then to get smart on GIT. Until then, I guess I'm out of luck getting updates and pushing commits. Thanks, Randy Coleburn -----Original Message----- From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] Sent: Friday, October 03, 2014 11:26 AM To: Coleburn, Randy; m3devel Subject: EXT:Re: [M3devel] Resend: Re: elego prjm build error I am a still a very rank beginning git user, but a couple of comments. I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. On 10/02/2014 04:06 PM, Coleburn, Randy wrote: > 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. > ... -- Rodney Bates rodney.m.bates at acm.org From dragisha at m3w.org Sun Oct 5 15:22:26 2014 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Sun, 5 Oct 2014 15:22:26 +0200 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: Simple GIT workflows are very simple. I think Darko already put some basic workflow on wiki. dd On 04 Oct 2014, at 19:21, Coleburn, Randy wrote: > Rodney: > > Thanks for this information. > I will have to find some time then to get smart on GIT. > Until then, I guess I'm out of luck getting updates and pushing commits. > > Thanks, > Randy Coleburn > > -----Original Message----- > From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] > Sent: Friday, October 03, 2014 11:26 AM > To: Coleburn, Randy; m3devel > Subject: EXT:Re: [M3devel] Resend: Re: elego prjm build error > > I am a still a very rank beginning git user, but a couple of comments. > > I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. > > Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. > > On 10/02/2014 04:06 PM, Coleburn, Randy wrote: >> 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. >> > ... > > -- > Rodney Bates > rodney.m.bates at acm.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 495 bytes Desc: Message signed with OpenPGP using GPGMail URL: From rcolebur at SCIRES.COM Sun Oct 5 21:12:12 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sun, 5 Oct 2014 19:12:12 +0000 Subject: [M3devel] getting started with new GitHub Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FE83E@ATLEX04-SRV.SCIRES.LOCAL> I'm trying to find my way into how to use the new GitHub for cm3. I've searched thru my email archives and I've also looked at https://github.com/modula3/cm3 , https://modula3.elegosoft.com/cm3/index.html , and https://cm3-bugs.elegosoft.com/cm3/wiki/CvsToGitMigration , but the info I've found is quite Spartan (lean, thin, incomplete). >From what I see on the web page for GitHub cm3, I don't readily see how to do anything. I've never used GitHub for anything else before, and I'm not sure what to do next. I found a wiki page at https://github.com/modula3/cm3/wiki , but the getting started page for windows has "to do" listed for each topic. I've found my archived email message where I gave my initial info to Dragi?a Duri? earlier this year, but I must confess I'm totally lost at this point. Also, my email address is in the process of being changed, so the one I supplied initially must be replaced with another. I don't expect a lot of hand-holding and I'm willing to do some learning, but can someone please point me to some documentation that will help me get started? Thanks, Randy Coleburn -------------- next part -------------- An HTML attachment was scrubbed... URL: From rcolebur at SCIRES.COM Wed Oct 1 22:58:54 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Wed, 1 Oct 2014 20:58:54 +0000 Subject: [M3devel] elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mika at async.caltech.edu Thu Oct 2 03:14:54 2014 From: mika at async.caltech.edu (mika at async.caltech.edu) Date: Wed, 01 Oct 2014 18:14:54 -0700 Subject: [M3devel] elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932F9024@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <20141002011454.06C821A208E@async.async.caltech.edu> I'd look for fallout from having moved the floating point generic base types ... from m3core to libm3 or vice versa? That change has broken all my builds, too. Have to change ("#ifdef") m3makefiles, delete a bunch of derived directories, etc. "Coleburn, Randy" writes: >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_ >Content-Type: text/plain; charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >Does anyone know what could be causing the following error? >The TimePrjDescTbl.i3 is an interface created by the standard Table() m3mak= >efile directive. >The error indicates a missing export and/or bad version stamps, yet this ha= >ppens when doing a complete rebuild of everything, and this is one of the l= >ast 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\Us= >ageHelp -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 "-b= >uild". > >Thanks, >Randy Coleburn > > >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_ >Content-Type: text/html; charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = >xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= >//www.w3.org/TR/REC-html40"> > >> > > > > >
>

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 vers= >ion stamps, yet this happens when doing a complete rebuild of everything, a= >nd this is one of the last packages to be built.

>

 

>

--- processing package "elego\prjm" ---p>

>

--- purging derived files from NT386 ---<= >/p> >

 

>

--- cleaning NT386 ---

>

 

>

ignoring ..\src\m3overrides

>

 

>

--- building in NT386 ---

>

 

>

ignoring ..\src\m3overrides

>

 

>

C:\cm3\bin\m3bundle -name ProjectManagerBundle -elem= >ent UsageHelp ..\src\UsageHelp -element compactrc ..\src\compactrc -element= > ShortUsa

>

geHelp ..\src\ShortUsageHelp

>

new source -> compiling ProjectManagerBundle.i3:p>

>

new source -> compiling ProjectManagerBundle.m3:p>

>

new source -> compiling Creation.i3> >

new source -> compiling Creation.m3> >

 

>

Fatal Error: bad version stamps: TimePrjDescTbl.i3:p>

>

 

>

missing export: LongrealType.T imported by TimePrjDe= >scTbl.i3

>

missing export: LongrealType.Brand imported by TimeP= >rjDescTbl.i3

>

 

>

WARNING:  Encountered an error when processing = >package "elego\prjm" for "-build".

>

 

>

Thanks,

>

Randy Coleburn

>

 

>
> > > >--_000_0BB8FA59C2932741A3A2941A8B9D8BFF932F9024ATLEX04SRVSCIRE_-- From rcolebur at SCIRES.COM Thu Oct 2 03:44:49 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Thu, 2 Oct 2014 01:44:49 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> Rodney / Tony / Mika: Thanks for the replies. I tried Tony's suggestion of deleting the NT386 folders and rebuilding all the elego packages, but I get the same error. Rodney/Mika, your replies seems to indicate a deeper problem. Any suggestions on what I should do at this point? BTW, I'm not planning on doing anything with the elego packages any time soon; it's just that every so often I update to the HEAD branch on CVS and rebuild everything. This elego\prjm package has failed to build for quite some time now. I'm surprised no one else has reported it. Thanks, Randy -----Original Message----- From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] Sent: Wednesday, October 01, 2014 9:02 PM To: m3devel; Coleburn, Randy Subject: EXT:Resend: Re: [M3devel] elego prjm build error -------- Original Message -------- Subject: Re: [M3devel] elego prjm build error Date: Wed, 01 Oct 2014 17:57:50 -0500 From: Rodney M. Bates 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 From rodney_bates at lcwb.coop Thu Oct 2 03:02:07 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Wed, 01 Oct 2014 20:02:07 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <542C86EE.1060709@lcwb.coop> References: <542C86EE.1060709@lcwb.coop> Message-ID: <542CA40F.4060001@lcwb.coop> -------- Original Message -------- Subject: Re: [M3devel] elego prjm build error Date: Wed, 01 Oct 2014 17:57:50 -0500 From: Rodney M. Bates 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 From wagner at elegosoft.com Thu Oct 2 12:06:05 2014 From: wagner at elegosoft.com (Olaf Wagner) Date: Thu, 2 Oct 2014 12:06:05 +0200 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FA357@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <20141002120605.b7addb0fe444bbb8f3f48c67@elegosoft.com> On Thu, 2 Oct 2014 01:44:49 +0000 "Coleburn, Randy" wrote: > Rodney / Tony / Mika: > > Thanks for the replies. > I tried Tony's suggestion of deleting the NT386 folders and rebuilding all the elego packages, but I get the same error. > Rodney/Mika, your replies seems to indicate a deeper problem. Any suggestions on what I should do at this point? > > BTW, I'm not planning on doing anything with the elego packages any time soon; it's just that every so often I update to the HEAD branch on CVS and rebuild everything. This elego\prjm package has failed to build for quite some time now. I'm surprised no one else has reported it. If noone needs that stuff, it should be no problem to remove it from the complete builds at least for some time. I may find the time to look into the compilation problems sometime later in the fall. Olaf -- Olaf Wagner -- elego Software Solutions GmbH -- http://www.elegosoft.com Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 Gesch?ftsf?hrer: Michael Diers, Olaf Wagner | Sitz: Berlin Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194 From rcolebur at SCIRES.COM Thu Oct 2 23:06:51 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Thu, 2 Oct 2014 21:06:51 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> 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 > 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 wrote: > >> >> >> >> -------- Original Message -------- >> Subject: Re: [M3devel] elego prjm build error >> Date: Wed, 01 Oct 2014 17:57:50 -0500 >> From: Rodney M. Bates >> 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 From rodney_bates at lcwb.coop Thu Oct 2 22:03:25 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Thu, 02 Oct 2014 15:03:25 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <57BF5740-55B4-44C2-BD26-527A7EA3E559@purdue.edu> References: <542C86EE.1060709@lcwb.coop> <542CA40F.4060001@lcwb.coop> <57BF5740-55B4-44C2-BD26-527A7EA3E559@purdue.edu> Message-ID: <542DAF8D.5040104@lcwb.coop> 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 > 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 wrote: > >> >> >> >> -------- Original Message -------- >> Subject: Re: [M3devel] elego prjm build error >> Date: Wed, 01 Oct 2014 17:57:50 -0500 >> From: Rodney M. Bates >> 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 From rodney_bates at lcwb.coop Fri Oct 3 17:25:54 2014 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Fri, 03 Oct 2014 10:25:54 -0500 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FB9CA@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: <542EC002.9060908@lcwb.coop> I am a still a very rank beginning git user, but a couple of comments. I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. On 10/02/2014 04:06 PM, Coleburn, Randy wrote: > 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. > ... -- Rodney Bates rodney.m.bates at acm.org From rcolebur at SCIRES.COM Sat Oct 4 19:21:19 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 4 Oct 2014 17:21:19 +0000 Subject: [M3devel] Resend: Re: elego prjm build error Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> Rodney: Thanks for this information. I will have to find some time then to get smart on GIT. Until then, I guess I'm out of luck getting updates and pushing commits. Thanks, Randy Coleburn -----Original Message----- From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] Sent: Friday, October 03, 2014 11:26 AM To: Coleburn, Randy; m3devel Subject: EXT:Re: [M3devel] Resend: Re: elego prjm build error I am a still a very rank beginning git user, but a couple of comments. I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. On 10/02/2014 04:06 PM, Coleburn, Randy wrote: > 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. > ... -- Rodney Bates rodney.m.bates at acm.org From dragisha at m3w.org Sun Oct 5 15:22:26 2014 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Sun, 5 Oct 2014 15:22:26 +0200 Subject: [M3devel] Resend: Re: elego prjm build error In-Reply-To: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> References: <0BB8FA59C2932741A3A2941A8B9D8BFF932FDC2B@ATLEX04-SRV.SCIRES.LOCAL> Message-ID: Simple GIT workflows are very simple. I think Darko already put some basic workflow on wiki. dd On 04 Oct 2014, at 19:21, Coleburn, Randy wrote: > Rodney: > > Thanks for this information. > I will have to find some time then to get smart on GIT. > Until then, I guess I'm out of luck getting updates and pushing commits. > > Thanks, > Randy Coleburn > > -----Original Message----- > From: Rodney M. Bates [mailto:rodney_bates at lcwb.coop] > Sent: Friday, October 03, 2014 11:26 AM > To: Coleburn, Randy; m3devel > Subject: EXT:Re: [M3devel] Resend: Re: elego prjm build error > > I am a still a very rank beginning git user, but a couple of comments. > > I have the impression that the CVS repository is now read-only, which would mean not only that you can't update it, but that it is not tracking updates pushed to github. > > Yes, you will need an entire separate subdirectory for your local git workspace. Unlike CVS, it will contain a complete repository, including the entire history, locally. "commit" will just commit to your local repository. Although we are set up to treat the repo on the github site as the central one, as with CVS, git has no builtin concept of a central repository. "push" and "pull" commands will sync between your local one and any arbitrary repo you specify. > > On 10/02/2014 04:06 PM, Coleburn, Randy wrote: >> 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. >> > ... > > -- > Rodney Bates > rodney.m.bates at acm.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 495 bytes Desc: Message signed with OpenPGP using GPGMail URL: From rcolebur at SCIRES.COM Sun Oct 5 21:12:12 2014 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sun, 5 Oct 2014 19:12:12 +0000 Subject: [M3devel] getting started with new GitHub Message-ID: <0BB8FA59C2932741A3A2941A8B9D8BFF932FE83E@ATLEX04-SRV.SCIRES.LOCAL> I'm trying to find my way into how to use the new GitHub for cm3. I've searched thru my email archives and I've also looked at https://github.com/modula3/cm3 , https://modula3.elegosoft.com/cm3/index.html , and https://cm3-bugs.elegosoft.com/cm3/wiki/CvsToGitMigration , but the info I've found is quite Spartan (lean, thin, incomplete). >From what I see on the web page for GitHub cm3, I don't readily see how to do anything. I've never used GitHub for anything else before, and I'm not sure what to do next. I found a wiki page at https://github.com/modula3/cm3/wiki , but the getting started page for windows has "to do" listed for each topic. I've found my archived email message where I gave my initial info to Dragi?a Duri? earlier this year, but I must confess I'm totally lost at this point. Also, my email address is in the process of being changed, so the one I supplied initially must be replaced with another. I don't expect a lot of hand-holding and I'm willing to do some learning, but can someone please point me to some documentation that will help me get started? Thanks, Randy Coleburn -------------- next part -------------- An HTML attachment was scrubbed... URL: