home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Club Amiga de Montreal - CAM
/
CAM_CD_1.iso
/
files
/
239.lha
/
DNet_v2.0
/
README.FIRST
next >
Wrap
Text File
|
1989-05-02
|
3KB
|
84 lines
UNPACKING
NOTE: .bak files are normally compressed internally, thus, the
result after unpacking can be twice as large as the original .bak
file. Such large source trees and other stuff are almost
impossible to compile on a single-floppy system. I would expect
it would be quite difficult on a duel-floppy system too, but
at least you can unpack it easily in that case. I myself have a
hard disk.
UNPACKING:
cd eventual_destination_directory
restore filename.bak (for example: restore df0:dme.bak)
(restores to the current directory unless an absolute volume
path was specified backing up. I always specify relative
paths).
LISTING:
restore -t filename.bak
PACKING:
backup [-c] dir dir dir ... dir -ooutfile.bak
(-c specifies that compression should take place)
README - DIST
All sources were written with Aztec C
All link libraries in clib are for Aztec C
All libraries in libs are compiler independant
All pre-compiled include's are for Aztec C
If you have Lattice, note the following Aztec C options:
+L 32 bit integers (I use 32 bit ints always)
+B make no reference to standard C startup module
+C large code model
+D large data model
Note also that I place assembly subroutines in C modules via
inline assembly, but do not mix assembly within C subroutines.
COMPILATION
Even under Aztec some modification to the DMakefile's will be
required in order to 'dmake'. 'dmake' is like make but is a Beta
version (of mine) that handles wildcarding in the rule system.
In most cases I have a standard 'symbols.m' precompiled include
file which was compiled from include/local/makesymbols.c .. this
file #include's standard sub-directory (amiga) includes only.
USING DRES - SUPLIB
DRES the run-time library and SUPLIB the link library have a
number of common functions. If linking in both libraries,
the ordering will determine which of the two the common functions
will come out of. For Aztec C, this:
-ldres -lsuplib
Will cause dres functions to take precedence (e.g. BMov, BCopy,
GetHead, etc...), while the reverse ordering:
-lsuplib -ldres
Will cause link functions to take precedence. Those functions
unique to each are not affected. For example, DME has an
optional IPC interface using the dres.library IPC, but I also
want it to run standalone (without the need for libs:dres.library),
so I use the latter link order (-lsuplib, -ldres) and only access
dres-unique functions when I know the library is open.