home *** CD-ROM | disk | FTP | other *** search
-
- 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.
-
-
-
-