Second part of memory management cleanups.  For permanently
(well, for the duration of handling a single file) allocated objects
use a big pool allocator that doesn't unnecessarily align everything
to 16 bytes and allocates in ~ 16MB chunks rather than 4KB.
This decreases memory usage a little bit on large testcases and
speeds things a tiny bit up.
Also, avoid obstacks local to function, for memory allocation failures
if in the future we use longjmp those might not be freed.

Don't htab_delete cu->cu_new_abbrev if it is already NULL
(happens for some .debug_types CUs).

First pass at memory management cleanup.  Ensure (so far only for success)
that all memory is freed before exit.

Undo optimistic die_dup/die_nextdup linking on failures in reverse
order of their addition.

Ignore .debug_gdb_scripts sections.

Use just u.p1.die_ref_hash instead of u.p1.die_hash ^ u.p1.die_ref_hash
as hash in the dup_htab hash table.  die_ref_hash has die_hash iteratively
hashed in already, and on leaf DIEs is equal to die_hash, so the xor
resulted in 0 for all leaf DIEs.

Improve ref_hash computation in cycles - add the forgotten
addition of *second_idx, so it doesn't hash in always 0.

Optimize .debug_abbrev handling for .debug_types section.  If
adjacent .debug_types CUs have the same .debug_abbrev offsets, just
read it once and point the others to the abbrev table owner's CU.

Fix a thinko that causes
create_import_tree: Assertion `ipu2->idx >= npus + ncus' failed.
on some objects.

Revamp die_dup/die_nextdup for easier debugging.  Instead of
two separate structures where second one contains the first at the
beginning just put the die_dup/die_nextdup fields last in the
single structure and for !die_toplevel DIEs just allocate using
offsetof (struct dw_die, die_dup) size (so those two fields will be
garbage).

dwz-0.1 - first public release