Old m2 code and m2f

Folks

I'm trying to convert some very old m2 code such that it works on m2f (i.e.
gm2). Trouble is, this stuff worked on the Sun Modula-2 compiler (yes it's
that old!). It also worked on m2amiga, but on gm2, I'm getting errors.

Rather than list the errors, I thought I'd ask what folks think of m2f
(running on a Debian platform). Any comments?

The nature of the code is that it's lisp list processing (a real 1st year
computer science coursework from 1993!). Each element is a character but
I'm getting type conversion problems where I didn't on other compilers.

Cheers
Rob

"Rob" <gofyself@wrong.address.com> writes:

> Folks
>
> I'm trying to convert some very old m2 code such that it works on m2f (i.e.
> gm2). Trouble is, this stuff worked on the Sun Modula-2 compiler (yes it's
> that old!). It also worked on m2amiga, but on gm2, I'm getting errors.
>
> Rather than list the errors, I thought I'd ask what folks think of m2f
> (running on a Debian platform). Any comments?
>
> The nature of the code is that it's lisp list processing (a real 1st year
> computer science coursework from 1993!). Each element is a character but
> I'm getting type conversion problems where I didn't on other compilers.
>
> Cheers
> Rob

Hi Rob,

if you are having portability problems when using m2f you might want
to try gm2 (if you can face building it from source). It started
with the same front end as m2f but has had many years of improvements
applied and it uses the gcc backend of course. Gm2 allows sets to be
any size and has numerous restrictions lifted. Take a look at:
http://floppsie.comp.glam.ac.uk/Glam...NUModula2.html

and here for limited documentation:

http://floppsie.comp.glam.ac.uk/Glam...s/web/gm2.html

Most of the m2f libraries are also available with gm2. M2f is very
strict on typing. GM2 version is 0.45 less mature in theory to m2f but
is reliable enough on a debian i386 or opteron pure64 platform to be
self supporting. I develop gm2 on pure64 debian and also i386 debian
stable and debian i386 testing. Gm2 can also compile all but two of
Andreas Borchert's ULM libraries (it occasionally has problems with
modules declared inside procedures) - though I must emphasize these
modules have not yet been stressed with gm2,

hope this helps,

Gaius

"Gaius Mulley" <gaius@glam.ac.uk> wrote in message
news:87r7f0etc7.fsf@floppsie.comp.glam.ac.uk...
> "Rob" <gofyself@wrong.address.com> writes:
>
>> Folks
>>
>> I'm trying to convert some very old m2 code such that it works on m2f
>> (i.e.
>> gm2). Trouble is, this stuff worked on the Sun Modula-2 compiler (yes
>> it's
>> that old!). It also worked on m2amiga, but on gm2, I'm getting errors.
>>
>> Rather than list the errors, I thought I'd ask what folks think of m2f
>> (running on a Debian platform). Any comments?
>>
>> The nature of the code is that it's lisp list processing (a real 1st year
>> computer science coursework from 1993!). Each element is a character
>> but
>> I'm getting type conversion problems where I didn't on other compilers.
>>
>> Cheers
>> Rob
>
> Hi Rob,
>
> if you are having portability problems when using m2f you might want
> to try gm2 (if you can face building it from source). It started
> with the same front end as m2f but has had many years of improvements
> applied and it uses the gcc backend of course. Gm2 allows sets to be
> any size and has numerous restrictions lifted. Take a look at:
> http://floppsie.comp.glam.ac.uk/Glam...NUModula2.html
>
> and here for limited documentation:
>
> http://floppsie.comp.glam.ac.uk/Glam...s/web/gm2.html
>
> Most of the m2f libraries are also available with gm2. M2f is very
> strict on typing. GM2 version is 0.45 less mature in theory to m2f but
> is reliable enough on a debian i386 or opteron pure64 platform to be
> self supporting. I develop gm2 on pure64 debian and also i386 debian
> stable and debian i386 testing. Gm2 can also compile all but two of
> Andreas Borchert's ULM libraries (it occasionally has problems with
> modules declared inside procedures) - though I must emphasize these
> modules have not yet been stressed with gm2,
>
> hope this helps,
>
> Gaius
>
>
I've had a go - but it refuses to compile. Not sure why - I can do the
make, but make install fails trying to create something in //usr/..

A quick grep can't find the //usr in question so I'm a bit stuck.

Cheers
Rob

"Rob" <gofyself@wrong.address.com> writes:

> I've had a go - but it refuses to compile. Not sure why - I can do the
> make, but make install fails trying to create something in //usr/..
>
> A quick grep can't find the //usr in question so I'm a bit stuck.
>
> Cheers
> Rob

Hi Rob,

please can you email me the configure/build/install output?
Did you try using gm2-harness-0.4.tar.gz? This downloads latest
cvs, correct gcc, does a configure and build etc.

This can be obtained from:

http://floppsie.comp.glam.ac.uk/down...ess-0.4.tar.gz

Gaius

"Gaius Mulley" <gaius@glam.ac.uk> wrote in message
news:87r7exp5h7.fsf@floppsie.comp.glam.ac.uk...
> "Rob" <gofyself@wrong.address.com> writes:
>
>> I've had a go - but it refuses to compile. Not sure why - I can do the
>> make, but make install fails trying to create something in //usr/..
>>
>> A quick grep can't find the //usr in question so I'm a bit stuck.
>>
>> Cheers
>> Rob
>
> Hi Rob,
>
> please can you email me the configure/build/install output?
> Did you try using gm2-harness-0.4.tar.gz? This downloads latest
> cvs, correct gcc, does a configure and build etc.
>
> This can be obtained from:
>
> http://floppsie.comp.glam.ac.uk/down...ess-0.4.tar.gz
>
> Gaius

Tried this - but it's asking for a password when I do

make

What's the password?

"Rob" <gofyself@wrong.address.com> writes:

>
> Tried this - but it's asking for a password when I do
>
> make
>
> What's the password?

gm2

Gaius