Modify obj_dat.pl to take its files from the command line. Usage is now
perl obj_dat.pl objects.h obj_dat.h
this should avoid redirection shell escape problems under Win32.

| revision 1.109
| date: 1999/06/24 19:39:23;  author: ulf;  state: Exp;  lines: +0 -1
| Use the same CPU recogition method for FreeBSD 3 as for the other FreeBSD
| versions. (The FreeBSD and FreeBSD-elf Configure entries were identical.)

Because Ulf overlooked the ELF vs. a.out difference, i.e. the two entries were
_NOT_ identical! This way OpenSSL 0.9.4 at least compiles again under FreeBSD
2 and 3. For 0.9.5-dev I'll try to fix the stuff in a more general way to also
allow FreeBSD 4 and other variants.

command shell which means that redirecttion needs backslashes in the paths.

Using different files caused problems because the dependencies
in the Makefiles produced by mk1mf.pl were for the standard case,
i.e. mentioned buildinf.h and not mk1mfinf.h.

./config sences whole range of SPARC instruction sets. Do note that
it favors Sun C now if both gcc and cc 4.2 or later are present!

use new file buildinf.h instead.

and make it the default for some debugging configurations.

This is much more helpful than the counter when doing tests with the library
interactively.

with cc (but not gcc) seems to work well with BN_LLONG; but -O4 is too
much.

"Zot O'Connor" <zot@ZotConsulting.com>).
Also, Windows probably does not need the warning about multi-threading.

versions. (The FreeBSD and FreeBSD-elf Configure entries were identical.)

(problems with BN_LLONG have been reported both for hpux-cc
and for hpux10-gcc).

Submitted by: Andreas Ley <andy@rz.uni-karlsruhe.de

_directory_ in $PATH was also accepted as the interpreter.

Submitted by: Eric Ding <ericding@MIT.EDU>

Allow configuring the name of that header file.

> The nextstep port uses the -O3 switch to gcc.  Support for -O3 didn't appear
> until later (and buggier) versions of NeXTstep.  Use -O instead, or have a
> separate port.

Submitted by: Mark Crispin <MRC@Panda.COM>

Submitted by: Christian Forster <fo@hawo.stw.uni-erlangen.de>

Submitted by: Ray Miller <ray.miller@oucs.ox.ac.uk>

Submitted by: Martin Kraemer <Martin.Kraemer@MchP.Siemens.De>