Fix for bug #191, thanks to jagmod for the report.

Version bump for latest commits.

Enable debug symbol propagation

The existing code was sufficient to pass through
and relocate most debug symbols as necessary. It
was just disabled for some reason. The only bugs
were in the handling of non-text line numbers,
which aren't ever used as far as I can tell, and
include files, which should be relocated like
line numbers to match ALN's behavior.

Convert output symbol table back to a table

It looks like at some point the output symbol
was converted from an actual table of SYMREC
structs to an in-memory copy of a COFF/a.out
symbol table. This entailed relying on the
assumption that all symbols had an entry in the
string table when using OSTLookup()'s return
value as anything other than a boolean value,
as is done in the relocation procesing logic.

In preparation for adding support for debug
symbols, which often have no string table entry,
revert to using an intermediate output symbol
table representation and serializing it one symbol
at a time when writing the output file. This
simplifies various code paths, but potentially
slows down writing COFF symbol tables to disk.
Fortunately, this table is not written with
default options, and is rather small unless
using debug symbols, so this shouldn't
significantly affect the runtime of most
existing use cases.

Version bump for last commit.

Add Alcyon C object file support

Support ingesting the DRI Alcyon C object file
format in addition to a.out object files. The load
file routine simply translates the Alcyon object
file into an a.out file before passing it on to
the existing processing workflow.

The motivation here was to enable linking of the
binary-only cinepak decompression GPU routines
provided in the developer files. ALN can handle
these files just fine, and now RLN can too.

However, that is a very simple object files To
fully exercise the relocation table translation
code, contrived assembly files with all types of
relocations were assembled as Alcyon C object
files using MADMAC and BSD/a.out object files
using RMAC (Note RMAC had to be used to generate
the a.out files because MADMAC generates invalid
a.out relocations for certain relocation types
that it handles fine in Alcyon format), and then
both object files were linked as COFF executables
using RLN. The resulting COFF files were verified
to be identical.

Version bump for latest patches.

Handle absolute BSS segment location of 'xt'

When linking an absolute executable, the data
segment and BSS segment can be assigned an
absolute address, or the special value 'x' to
indicate they are contiguous with the prior
segment (text for data, data for BSS). However,
RLN (like MAC) also accepts an optional segment
specifier after the special value 'x' that allows
explicitly specifying which segment the current
one is contiguous with. For data, the only valid
value is 'xt', meaning contiguous with text.
However, when the data segment is specified to
be at an explicit address rather than contiguous
with the text segment, it is valid to specify that
the BSS segment is contiguous with data ('xd') or
with text ('xt'). RLN was accepting these
additional 't' and 'd' values, but ignoring them.

This change causes RLN to correctly place the BSS
segment after the text segment when its location
is specified as 'xt' as long as the data segment
isn't also contiguous with the text segment.

Fix for #190, thanks to jagmod for the report

Update to the name (don't ask), and copyright dates.  Now at v.1.7.0.

Added .gitignore.  This should take care of bug #161.

Fix for bug #132 (warnings for non-exclusive options).

Thanks to LinkoVitch for the report; now at v1.6.4.

Forgot internal documentation for last commit.  :-P

Patch to add -y option.

Fix to test to see if include paths actually exist.

RLN will now yell at you if you give it an include path that doesn't
exist.  Thanks to ggn for the idea!  :-)

Forgot to bump the version.  Now at v1.6.2.

Fix for bug #151 (missing LFNs for BSD style archives).

Yes boys and girls, while we checked for and read the long filename
record for *both* GNU and BSD style archives, we only checked the for
the GNU case because we thought the GNU and BSD identifiers were the
same.  :-/

Added fixups for OP data addresses.

This is the counterpart to the RMAC Object Processor assembler. In order
for it to be useful, we need to be able to address things in the OP
sections that refer to 68xxx TEXT and DATA sections--so now that's
possible with a little tweak to the section relocator. Now at version
1.6.1 (we forgot to commit 1.6.0, sorry!).

Patch to properly handle WORD sized symbol relocations by SainT.

Version now at 1.5.2.

Fix for -n and -l flags. Thanks to C. Forhan for reporting.

Major cleanup of codebase (removal of unnecessary cruft).

Any time you can throw away code is a good time; we've had a very good
time lately. :-) Mainly removed redundant structures that were bolted on
to the codebase, most likely by persons who didn't have the slightest
clue how the thing worked. That's gone now, and hopefully from here on
out, things will start to get *much* cleaner.

Revbump for last commit. :-P

Should be final fix for bug #36. :-P

Forgot revbump for last commit. :-P

Fix for stupid bug that truncated -i symbols to 7 chars instead of 8.

Version # bump, as the last change was more than just a patch. :-)

Possible fix for bug #36.

Also, fixed a lot of misconceptions vis-a-vis the common symbol vs. the
external, and symbol table type definitions. There's still a ways to
go, but now we're on the right track.

Fix for bug #37 (Wrong values in data symbols when linking mult. files)

Thanks to SCPCD for the patch! Also, revbump to v.1.3.6.

Changed wording of warning to be more clear to end user.

Allow linking to internal symbols _TEXT_E, _DATA_E, & _BSS_E.

Also, added -u (allow unresolved symbols) flag. Probably doesn't work as
expected; it may go away in the future.

Fix for bug that scribbled randomly on symbols.

Whenever there was a symbol collision, the DealWithSymbol() function
would, under the right circumstances, write $0800 into a symbol for no
good reason. This has been fixed. Also fixed the realloc() nonsense
that was written incorrectly as well.

Fix for crash on Win32.

Need to address the underlying problem, for now this is just a quick fix.

Fix makefile to work with cross-compile script.

This Time For Sure :-P

The data structures in RLN are pretty piss poor in places, and likely
that way because of whoever had this code before just bodged in a bunch
of code to make it work they way they wanted it to. Trying to reverse
course on that score. :-)

And now we have proper lazy linking of AR (*.a) archives.

The code probably needs some more cleanup, but now it's in much better
shape than it was before.

More archive file hacking...

Next try in supporting ar (*.a) archive files.

Added preliminary ar (*.a) archive support.

Patch to accept gcc objects submitted by ggn.

Added cross-compilation script

Fixed bug with absolute globals not being relocated properly.

Fixed warning that did not respect -w flag.

Fixed bug with iscommon() macro.

Added optimization flags to makefile

Clean up of path_tail() function; now uses defined path delimiter.

Fixed makefile to do automagic platform detection.

Reverted changes made to utter failure in the header. :-)

Added -w (show warnings) switch.

Missed a spurious debugging printf. :-P

Moar cleanups, fixing basic types to use C99 standard types.

Fixed the broken linking action for symbols who shared the same 8 initial characters in their names.  Culprit was symcmp (wacky define in rln.h) which was just WRONG.  Removed the define, and replaced with good ole strcmp in lookup().

LinkoVitch

Fixes for verbosity to reloc_segment().

Added more verbosity to reloc_segment().

More cleanups. :-P

More cleanups.

In "doobject" :
-      strcpy(obj_fname[obj_index], fname);
+      strcpy(obj_fname[obj_index], path_tail(fname)); // SCPCD : get the name of the file instead of all pathname

Minor dusting.

Initial commit.