🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.amiga.tech
Article #2952

Re: Amiga Manx 5.0 vs MicroEmacs 3.10

#2952
From: Rick M Plavnicky
Date: Mon, 12 Mar 1990 02:49
73 lines
3074 bytes
At 05:48 on 3/7/90 lah@raybed2.ray.com (LANCE HOLMES) writes:

> I just got my update to Aztec manx C and thought I would try it out.
> I always find it interesting to recompile a program when I get the source
> to see if first I can in fact recompile it and also to see if I get a 
> different size file for the executable.  So I tried to recompile
> MicroEmacs 3.10.

That's one of the first things I did, too.  Like you, I changed the makefile,
made a couple of other minor changes, and...

> The next problem the compiler  had was with a statement in the  module
> input.c .  It said that the statement was to complex and that I should
> simplify it and recompile.  Well I'm not and expert but I have a good
> understanding of C and couldn't see where the statement was all that
> complicated.

Yeah.  The first place this happens is around line 360, in the function
comp_command().  The 'complex' code looks like:

...
      if (matchflag) {
        /* if this is the first match, simply record it */
        if (match == NULL) {
          match = bp;
          name[*cpos] = bp->n_name[*cpos];
        } else {
          /* if there's a difference, stop here */
          if (name[*cpos] != bp->n_name[*cpos])
            return;
        }
      }
...

> I gave up after that error [...]

Ah, casting *cpos to char seems to do the trick, but I can't see why the
compiler complained in the first place.  Try:

...
      if (matchflag) {
        /* if this is the first match, simply record it */
        if (match == NULL) {
          match = bp;
          name[(char)*cpos] = bp->n_name[(char)*cpos];
        } else {
          /* if there's a difference, stop here */
          if (name[(char)*cpos] != bp->n_name[(char)*cpos])
            return;
        }
      }
...

> [...] and feel that I going to hold on to version
> 3.6 of the Manx C compiler and docs for a while seeing how there does
> seem to be a variety of differences.

Well, there've been quite a number of Manx 5.0A bug reports on the net
lately (er, but not as many as Lattice has attracted, it seems to me :) ).
But I, too, am keeping the 3.6a package around.  Wanna *really* see some
fireworks?  Try compiling VT100 2.9A with 5.0.  Whew!

Anyway, I *did* get emacs 3.10 going, and after optimization it even shrunk
a few K.  Seems at least as solid as it was under 3.6a...

$ list c:emacs
emacs                     105376 ----rwed 30-Jan-90 18:45:44  

> Lance Holmes

Rick Plavnicky
{...}!sun!cup.portal.com!plav
"I've got a bunch of bananas, and a bottle of bleach!"
Technical Details
Message-ID: <27822@cup.portal.com>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!mips!apple!sun-barr!newstop!sun!imagen!atari!portal!portal!cup.portal.com!plav
References: <1476@raybed2.ray.com>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!mips!apple!sun-barr!newstop!sun!imagen!atari!portal!portal!cup.portal.com!plav
From: plav@cup.portal.com (Rick M Plavnicky)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Amiga Manx 5.0 vs MicroEmacs 3.10
Message-ID: <27822@cup.portal.com>
Date: 12 Mar 90 02:49:47 GMT
References: <1476@raybed2.ray.com>
Organization: The Portal System (TM)
Lines: 73