www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1999/03/22/10:09:53

Date: Mon, 22 Mar 1999 10:09:30 -0500
Message-Id: <199903221509.KAA00687@envy.delorie.com>
From: DJ Delorie <dj AT delorie DOT com>
To: djgpp-workers AT delorie DOT com
In-reply-to: <36F5CF26.AEED9A67@taniwha.tssc.co.nz> (message from Bill Currie
on Mon, 22 Mar 1999 17:03:34 +1200)
Subject: Re: djasm shift semi bug + proposal
References: <36F5CF26 DOT AEED9A67 AT taniwha DOT tssc DOT co DOT nz>
Reply-To: djgpp-workers AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

Please make sure nothing in djgpp uses sh[rl]d before changing the
meaning of that opcode.  If you do that, I'll check in your patch.

djasm can have its own directory when it has complete documentation
and omf support, but not before 2.03.

 o  finish omf support (do you still want that, DJ?)

Yup.  It should work with djlink :-)

 o  enums

OK.

 o  better symbol handling (allow forward references in most expressions)

In what cases don't they work now?

 o  better section support (first stage, being able to swap between
    .text, .data and .bss at will, later maybe `real' segment support (esp
    16/32 bit control))

for coff this would be useful, but I think you're reinventing the
wheel here.  Both gas and nasm already handle those kinds of programs.
But if you want to, and it doesn't destabilize it for djgpp, go ahead.

 o  finalise instruction support for 486
 o  pentium* instructions

No problem here.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019