HDTenEightyP/NetNews huggingface dataset:
From: pheanis@envmsa.eas.asu.edu (David C. Pheanis)
Newsgroups: alt.lang.asm
Subject: Re: assemblers
Date: 27 Sep 92 21:00:00 GMT
Organization: Arizona State University - Computer Science Dept
News-Software: VAX/VMS VNEWS 1.41

In article <1992Sep27.060927.27420@monu6.cc.monash.edu.au>, kevinlu@yoyo.cc.monash.edu.au (Kevin Lu) writes...
> 
>Lets face it, the printed docs for MASM 6.0 is abismal!

     I'll  agree  that  the  documentation is abysmal, but I find it rather
ironic  that  your  short, one-sentence  complaint  about  the  quality  of
documentation contains  a  contraction  that  is  missing  an apostrophe, a
subject/verb agreement error, and a spelling error!  Don't expect anyone to
take  your  criticism  seriously  when  you  do  far  worse  than the  very
documentation you are criticizing!

   +------------------------------------------------------------------+
   |   David C. Pheanis                   Arizona State University    |
   |   pheanis@envmsa.eas.asu.edu         Tempe, Arizona 85287-5406   |
   +------------------------------------------------------------------+
From: jfoy@glia.biostr.washington.edu (Jeff Foy)
Newsgroups: alt.lang.asm
Subject: IEEE<>MSBIN conversion?
Date: 26 Sep 92 15:00:03 GMT
Organization: University of Washington

How does one convert between IEEE floating point format and
Microsoft Binary floating point format?  I know how to do it
using Microsof BASIC (CVTMBF$()) but I need to do both conversions
in assembler for a project I'm working on.

Comments are requested, encouraged, and welcomed! :-)


-- 
Jeffery Foy -- Either: jfoy@glia.biostr.washington.edu -or-
                       foysys!jeffery@cs.washington.edu
             *** FREE BILL & KATHY SWAN ***
-*- Happy as a clam to be using Professional YAM -*-  :)
Newsgroups: alt.lang.asm
Subject: Allocating memory
From: tarheit@jupiter.cse.utoledo.edu (timothy arheit)
Date: 3 Oct 92 01:33:14 EST

I know i've seen this question pop up here not to long ago,
but i'll have to ask it again as i didn't think it important
at the time.
How do you allocate memory from an interrupt routine?
How would i write such a routine or can i fool DOS into
not crashing from the int21 call.

-Tim 


+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++  Tim Arheit				I killed him and he forgave me,	   ++
++  University of Toledo	 	why did he have to be so nice	   ++
++  Electrical Engineering     		about it?           -DW            ++
++  tarheit@jupiter.cse.utoledo						   ++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
From: 9125113g@lux.latrobe.edu.au (Mitch Davis)
Newsgroups: alt.lang.asm
Subject: Re: TASM and TLINK .EXE generation
Date: 28 Sep 92 07:27:10 GMT
Organization: La Trobe University

In article <1992Sep25.183508.12907@ncsu.edu> dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL) writes:
>
>Hi.  I don't know about TLINK, but with the Microsoft Linker there's a
>command-line switch to change the maximum allocation.  Alternatively, you
>could use the DOS function to resize a memory block (I think function 4Ah) to
>dynamically size-down your executable at run-time.

G'Day.  Thanks for replying.
 
 > I don't know about TLINK, but with the Microsoft Linker there's a
 > command-line switch to change the maximum allocation.
 
Do you know what switch it is?  Once again I've looked over the TLINK
options, and I can't see it.
 
 > Alternatively, you could use the DOS function to resize a memory
 > block (I think function 4Ah) to dynamically size-down your executable
> at run-time.
 
That's the right function, but I'd need to know which segment (PSP, DS,
CS, etc) to throw at it, and how do I easily work out the new size?
 
Mitch.
Newsgroups: alt.lang.asm
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: Help, Please.....
Organization: Warsaw University Physics Dept.
Date: Tue, 6 Oct 1992 13:17:48 GMT

>>>>> On 6 Oct 92 01:01:42 GMT, HDKO@MUSICB.MCGILL.CA (HDKO) said:
HDKO> How do I use the LENGTH reserved word to calculate the length
HDKO> or number of characters in a given string.  Unfortunately the
HDKO> beginners book I have doesn't delve into it.
HDKO> P.S.:  If there is a better way than using LENGTH, that's fine too.

Unfortunately, LENGTH cannot be used for this purpose - it works only
for symbols defined in way like: foo dw 15 dup (?) - then LENGTH foo = 15,
SIZE foo = 30, TYPE foo = 2. To calculate number of characters in string
thestring	db 'what we need' 
stringlng = this byte - thestring
or can define macro:
string		macro	strlabel,strvalue
		local	lbl,lng
lbl		db	strvalue
lng		=	this byte - lbl
		org	lbl
strlabel	db	lng dup (?)
		org	lbl
		db	strvalue
		endm
and use it:
		string	thestring,<'what we need'>
Newsgroups: alt.lang.asm
From: kevinlu@yoyo.cc.monash.edu.au (Kevin Lu)
Subject: Re: assemblers
Organization: Monash University General Access Unix
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 30 Sep 1992 11:29:04 GMT

David C. Pheanis (pheanis@envmsa.eas.asu.edu) wrote:
> In article <1992Sep27.060927.27420@monu6.cc.monash.edu.au>, kevinlu@yoyo.cc.monash.edu.au (Kevin Lu) writes...
> > 
> >Lets face it, the printed docs for MASM 6.0 is abismal!
> 
>      I'll  agree  that  the  documentation is abysmal, but I find it rather
> ironic  that  your  short, one-sentence  complaint  about  the  quality  of
> documentation contains  a  contraction  that  is  missing  an apostrophe, a
> subject/verb agreement error, and a spelling error!  Don't expect anyone to
> take  your  criticism  seriously  when  you  do  far  worse  than the  very
> documentation you are criticizing!
> 
>    +------------------------------------------------------------------+
>    |   David C. Pheanis                   Arizona State University    |
>    |   pheanis@envmsa.eas.asu.edu         Tempe, Arizona 85287-5406   |
>    +------------------------------------------------------------------+


Ahhh, modern technology! If it has done one bad thing to me, it is to make
me very slack when i type via a keyboard!

  +----------------------------------------+-------------------------------+
  |  Kevin Lu                              | Monash University             |
  |  Email: kevinlu@yoyo.cc.monash.edu.au  | Clayton, Victoria             |
  |                                        | Australia                     |
 
   
   

Newsgroups: alt.lang.asm
From: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Subject: Re: assemblers
Originator: dspascha@c00132-100lez.eos.ncsu.edu
Reply-To: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Organization: North Carolina State University, Project Eos
Date: Thu, 1 Oct 1992 23:33:23 GMT


In article <JT.92Oct1133355@fizyk1.fuw.edu.pl>, jt@fuw.edu.pl (Jerzy Tarasiuk) writes:
|>I remember some time ago I tried to use Miscrosoft Macro Assembler 5.10
|>and it had plenty of bugs, most serious being addressing of local vars
|>in procedures (if size of variable was other than word, bug inherited
|>from MASM 5.0, but in MASM 5.0 it was implememnted as macro file to be
|>included and it was easy to write own, correct; in 5.10 it is build-in)
|>and string substitutions (sometimes strings were truncated, seems MASM
|>used circular buffer for them and incorrectly handled wrap-around).
|>Additionally, procedure decleration needed to specify all in one line
|>(in TASM I can write: myproc PROC C near / ARG s:DATAPRT,l:WORD / USES
|>DS,SI,DI / LOCALS w:WORD in four lines, in MASM needed put all in one). 
|>Are these bugs fixed in MASM 6.0 ? Is it more programmer-friendly ?
|>Jerzy Tarasiuk
|>

I use MASM 6.0 and have never had any problems with local variables or using
\ to continue a line.  However I once had a problem with EVEN or ALIGN 2 not
always doing what it's supposed to.  I'm not sure if that problem was fixed by
the patch disk they sent me, though.

Tschuess,
David Paschal
From: mike.mcaulay@spacebbs.com (Mike Mcaulay) 
Newsgroups: alt.lang.asm
Subject: DOS DEVICE DRIVER QUERY
Date: 5 Oct 92 10:07:00 GMT
Distribution: usa
Organization: SPACE BBS - Menlo Park, CA - 10 Lines + 4gB - 415-323-4193
Reply-To: mike.mcaulay@spacebbs.com (Mike Mcaulay) 

I'm looking for a surprisingly obscure piece of information: does anyone
know how a DOS device driver finds it's command line at boot time?  It's
obviously some offset from some pair of the registers, but I can't find
the info anywhere.

E-mail me please, if you know.  Thanks!

M.
                                                                                                      
Newsgroups: alt.lang.asm
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: assemblers
Organization: Warsaw University Physics Dept.
Date: Thu, 1 Oct 1992 12:33:55 GMT

>>>>> On 24 Sep 92 16:22:00 GMT, tanith@csd4.csd.uwm.edu (Michael D Kretzer) said:
mdk> From article <5548@naucse.cse.nau.edu>, by slh@naucse.cse.nau.edu (Steven Harvey):
> what is the best assembler for mdos/windows/os2?
> & why specifically?  Also what are the significant differences
> betwixt them?

mdk> Well, the best assembler than I know of for all three operating systems
mdk> is Microsoft Macro Assembler 6.0.  It's a steal right now for $49 

I remember some time ago I tried to use Miscrosoft Macro Assembler 5.10
and it had plenty of bugs, most serious being addressing of local vars
in procedures (if size of variable was other than word, bug inherited
from MASM 5.0, but in MASM 5.0 it was implememnted as macro file to be
included and it was easy to write own, correct; in 5.10 it is build-in)
and string substitutions (sometimes strings were truncated, seems MASM
used circular buffer for them and incorrectly handled wrap-around).
Additionally, procedure decleration needed to specify all in one line
(in TASM I can write: myproc PROC C near / ARG s:DATAPRT,l:WORD / USES
DS,SI,DI / LOCALS w:WORD in four lines, in MASM needed put all in one). 
Are these bugs fixed in MASM 6.0 ? Is it more programmer-friendly ?
Jerzy Tarasiuk
Newsgroups: alt.lang.asm
From: jfoy@glia.biostr.washington.edu (Jeff Foy)
Subject: Re: Help, Please.....
Organization: University of Washington
Date: Tue, 6 Oct 1992 23:15:33 GMT

In <05OCT92.21630772.0089@VM1.MCGILL.CA> HDKO <HDKO@MUSICB.MCGILL.CA> writes:

>Hi Everyone,

>I know I am just a plebe taking a first course in assembler, but
>would someone be so kind as to answer the following question:

>How do I use the LENGTH reserved word to calculate the length
>or number of characters in a given string.  Unfortunately the
>beginners book I have doesn't delve into it.

>P.S.:  If there is a better way than using LENGTH, that's fine too.

What assembler has that statement? Looking in my Intel literature
doesn't find it and neither does looking in the Zilog literature.
Also might help to know what processor you're working with ... :)


-- 
Jeffery Foy -- Either: jfoy@glia.biostr.washington.edu -or-
             *** FREE BILL & KATHY SWAN ***
-*- Happy as a clam to be using Professional YAM -*-  :)
Newsgroups: alt.lang.asm
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: Allocating memory
Organization: Warsaw University Physics Dept.
Date: Mon, 5 Oct 1992 15:26:43 GMT

>>>>> On 3 Oct 92 01:33:14 EST, tarheit@jupiter.cse.utoledo.edu (timothy arheit) said:
ta> How do you allocate memory from an interrupt routine?
ta> How would i write such a routine or can i fool DOS into
ta> not crashing from the int21 call.

First: before calling DOS should verify it is not busy at this time.
There is a flag which address you can get, as I remember, using DOS
function 34h (of course, must get the address not from interrupt
routine and save it for the i.r.). Can also call DOS from servicing
interrupt 28h (with some limitations: cannot read from keyboard,
write to screen,...).
Second: may be no memory available while your interrupt routine
wants to allocate it. COMMAND.COM keeps all memory allocated to it
while waiting for command to be entered from keyboard - cannot get
memory by DOS call this time! I suppose can try pass command to the
COMMAND.COM to cause invoking a program and the program can free
some memory (it gets largest available block) for the i.r.
Generally, should not expect memory to be available when you need it.
From: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Newsgroups: alt.lang.asm
Subject: Re: Help, Please.....
Date: 6 Oct 92 19:40:58 GMT
Reply-To: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Organization: North Carolina State University, Project Eos
Originator: dspascha@c00026-118dan.eos.ncsu.edu


If it's a static string, like a message, do something like this:

MyString	db 13,10,"Hi.  This is my string.  You can't have it.",13,10,"$"
LenMyString	equ	$-MyString

The dollar sign in the $-MyString means the "current address", i.e. the address
after the last byte in the string.  (The dollar sign I put in the string is
the character the DOS write string function call (INT 21h function 9) uses to
figure out the end of the string.)

If it's a dynamic string (such as one typed in on the keyboard or read from a
file), you'll either have to keep track of the length of the string as it's
being entered or be sure the string ends with some sort of terminator character,
like a null (0), carriage return (13) and/or linefeed (10), a dollar sign ($),
or anything else you want to use.  (In my opinion this kind of flexibility is
one of the many beauties of assembly language, in addition to the possibility
of greater speed and smaller executable code size, but I'm NOT trying to start
another assembly language v/s high-level language debate!  :-).

Tschuess,
David Paschal
Newsgroups: alt.lang.asm
From: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Newsgroups: alt.lang.asm
Subject: Re: TASM and TLINK .EXE generation
Date: 28 Sep 92 14:39:53 GMT
Reply-To: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Organization: North Carolina State University, Project Eos
Originator: dspascha@c00393-346dan.eos.ncsu.edu


In article <1992Sep28.072710.15731@lugb.latrobe.edu.au>, 9125113g@lux.latrobe.edu.au (Mitch Davis) writes:
|>In article <1992Sep25.183508.12907@ncsu.edu> dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL) writes:
|> > I don't know about TLINK, but with the Microsoft Linker there's a
|> > command-line switch to change the maximum allocation.
|> 
|>Do you know what switch it is?  Once again I've looked over the TLINK
|>options, and I can't see it.

Something like /MAXALLOC I think.

|> 
|> > Alternatively, you could use the DOS function to resize a memory
|> > block (I think function 4Ah) to dynamically size-down your executable
|>> at run-time.
|> 
|>That's the right function, but I'd need to know which segment (PSP, DS,
|>CS, etc) to throw at it, and how do I easily work out the new size?

Give it the PSP segment value.  If you're writing .COM programs it's easy to
figure out the size, but for .EXE programs it's a little bit harder.  In my
.COM programs I always say something like
		mov		bx,(offset Eof-offset Start+100h)/16+1
which is really (offset Eof)/16+1 but MASM won't let me because it doesn't like
doing anything other than addition or subtraction on references to absolute
label addresses which have to get passed to the linker to get resolved.
The label Eof is just a dummy label I put after the last instruction, and the
label Start is what I put right after the ORG 100h.  At the end of the source
file I say
		end		Start

Since my assembler programs haven't (yet) gotten so big that they need to be
.EXE files, I've never had to figure out how to calculate the size to pass to
the DOS reallocate function, but try this: the paragraph difference between
the segment address of your last segment and the PSP segment address, PLUS
the number of paragraphs in your last segment rounded UP to the next paragraph
value, PLUS any additional space you need (in paragraphs).  If you're trying
to write an .EXE TSR this can get kind of tricky if you want it to chuck your
initialization code and data segments when you go resident.  What you could do
is put your resident segment(s) first and then your initialization segments.

Tschuess,
David Paschal
From: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Newsgroups: alt.lang.asm
Subject: Re: Allocating memory
Date: 6 Oct 92 19:23:57 GMT
Reply-To: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Organization: North Carolina State University, Project Eos
Originator: dspascha@c00026-118dan.eos.ncsu.edu


Hi.  If you don't need a huge amount of memory I would say allocate a block
before your program goes resident.

Actually, if you are brave enough you could swap out blocks to disk, deallocate
them, allocate what you need and deallocate when you're done, and reallocate
and swap back the blocks when you're done.  Just be sure you don't swap out
any blocks to which any interrupt vectors are pointing to (though chained
interrupts will cause a problem).  I suppose that swapping COMMAND.COM <might>
be safe, because as far as I know it doesn't handle any interrupts other than
INT 22h, 23h, and 24h, and you can probably write replacement handlers for
these interrupts without much trouble.

Tschuess,
David Paschal
Newsgroups: alt.lang.asm
From: jfoy@glia.biostr.washington.edu (Jeff Foy)
Subject: MSBIN float format <-> IEEE float format
Organization: University of Washington
Date: Mon, 5 Oct 1992 19:03:30 GMT

I only received one response to this query so I'm going to
post it again in the hopes that it'll reach more folks.
Btw, whoever recommended the book "Numerical Recipes",
thanks but it didn't have the info I was after. (it
IS, btw, a VERY good book though...)

I need to convert between Microsoft Binary floating
point format and IEEE floating point format. And,
I need it to be as fast as physically possible so
it needs to be in assembly language (8088 would
be most ideal).  Even some pseudo-code would be
helpful at this point.

Replies here or via email would be most
appreciated. Thx. very much.

Jeff

-- 
Jeffery Foy -- Either: jfoy@glia.biostr.washington.edu -or-
                       foysys!jeffery@cs.washington.edu
             *** FREE BILL & KATHY SWAN ***
-*- Happy as a clam to be using Professional YAM -*-  :)
Newsgroups: alt.lang.asm
From: tee@ecf.toronto.edu (TEE LUNS)
Subject: Re: Help, Please.....
Organization: University of Toronto, Engineering Computing Facility
Date: Tue, 6 Oct 1992 22:36:19 GMT

In article <JT.92Oct6141748@fizyk1.fuw.edu.pl> jt@fuw.edu.pl (Jerzy Tarasiuk) writes:
>string		macro	strlabel,strvalue
>		local	lbl,lng
>lbl		db	strvalue
>lng		=	this byte - lbl
>		org	lbl
>strlabel	db	lng dup (?)
>		org	lbl
>		db	strvalue
>		endm
>and use it:
>		string	thestring,<'what we need'>

   Am I missing something, or does this seem rather redundant? Why not

string	macro	label, value

label	db	strvalue
&label&len	equ	$-label

string	endm

   The string's length gets stashed under the name of the string with 'len'
tacked on the end.
Newsgroups: alt.lang.ml
Subject: A6 FF 00 00 00 3D 77 92
From: emiddlec@mora.gac.edu (Eric Middlecamp)
Date: 30 Sep 92 23:50:09 -0600

82 DC 0C 0F 2A 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Newsgroups: alt.lang.ml
From: stabl@informatik.uni-muenchen.de (Robert Stabl)
Subject: Re: Installing SML/NJ
Organization: University of Munich, Germany
Date: Mon, 5 Oct 1992 07:28:23 GMT

In article <1992Oct5.024754.583@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes:
>I grabbed the sources for SML/NJ 0.75 a bit back, and started to build it.
>When I was done, I was left with a large executable sml (interpreter) and
>a file called smlc (compiler).
>The question is:  Are these completely independant files???  Can I take them
>and put them in a directory by themselves????  I was under the assumption
>that SML had some sort of run-time system.

The "interpreter" sml is the only file you need to run SML interactively
(the runtime system is builtin). The same holds for the "compiler" smlc.

Regards
 Robert Stabl.
-- 
              Robert Stabl    email: stabl@informatik.uni-muenchen.de
Computer Science Institute
      University of Munich      Tel: +(49) 89 2180 6316
           Leopoldstr. 11B      FAX: +(49) 89 2180 5246
        D-8000 Muenchen 40
                   Germany
Newsgroups: alt.lang.ml
From: storm@cs.mcgill.ca (Marc WANDSCHNEIDER)
Subject: Installing SML/NJ
Organization: McGill University, Montreal, Canada
Date: Mon, 5 Oct 1992 02:47:54 GMT



I grabbed the sources for SML/NJ 0.75 a bit back, and started to build it.

When I was done, I was left with a large executable sml (interpreter) and
a file called smlc (compiler).

The question is:  Are these completely independant files???  Can I take them
and put them in a directory by themselves????  I was under the assumption
that SML had some sort of run-time system.

However, I saw no evidence of this in the code, nor the configurations...

Any ideas????

Thanks.

Toodlepip!
Marc 'em.
-- 
  storm@cs.mcgill.ca           McGill University         C program run.  Run  
  Marc Wandschneider           Montreal, CANADA          Program run! PLEASE!
    The use of COBOL cripples the mind; its teaching should, therefore, be
              regarded as a criminal offense.  -- E. W. Dijkstra
Newsgroups: alt.lang.basic