Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: xxx AT vse DOT cz, djgpp AT delorie DOT com
From: Nate Eldredge <nate AT cartsys DOT com>
Subject: Re: a little confused
Date: Mon, 25 May 1998 09:04:37 -0700
Message-ID: <19980525160426.AAD5973@ppp101.cartsys.com>
Precedence: bulk

At 10:04  5/25/1998 +0100, xxx AT vse DOT cz wrote:
>Hi!
>
>   I have some problems with compiling some asm sources using makefile.
>I posted a few days ago message about it but I had to solve it by myself,
>but the real reasons of this problem are still mysterious to me ;-)
>   I'm using djgpp v2.1(gcc 2.8.1, bnu 2.7(2.8.1), make 3.76.1) and
                                    ^^^^^^^^^^^^^^
Which? 2.7 and 2.8.1 are different.

>when I try to compile asm sources containing comments in that are 
>characters with ASCII value greater than 127 (7.bit set) using make
>(contents of makefile is correct - ".o.s: $(AS) -o $*.o $*.s") I got
>error messages 'nr. of line: Error: Rest of line ignored, first ignored
>character valued 0xffffff(xx)' and compiling stops. I was realy confused
>what's wrong(after comment char # followed non-numeric value) because
>when I directly compiled each .s source from command line manually all
>was OK. Than I figured out after some experimenting that when I decrease
>number of DOS's environment variables to two, the length of defined 
>string in these variables is irrelevant, make works correct.I thought
>that problem is in small environment space and I enlarged it up to 16kB.
>And result ?? The same problems.

Hmmmm.  Could this possibly be a ramification of the infamous Emacs putenv
bug? Seems unlikely, but I don't know what else to say. Is bnu281 linked
against a libc with that patched?

I got a slightly different message with binutils 2.7 when using character
255 (0xff) in a comment. Solution: Don't do that.

Nate Eldredge
nate AT cartsys DOT com