head	1.5;
access;
symbols
	RELENG_4_11_0_RELEASE:1.4.6.1
	RELENG_4_11:1.4.6.1.0.18
	RELENG_4_11_BP:1.4.6.1
	RELENG_4_10_0_RELEASE:1.4.6.1
	RELENG_4_10:1.4.6.1.0.16
	RELENG_4_10_BP:1.4.6.1
	RELENG_4_9_0_RELEASE:1.4.6.1
	RELENG_4_9:1.4.6.1.0.14
	RELENG_4_9_BP:1.4.6.1
	RELENG_4_8_0_RELEASE:1.4.6.1
	RELENG_4_8:1.4.6.1.0.12
	RELENG_4_8_BP:1.4.6.1
	RELENG_4_7_0_RELEASE:1.4.6.1
	RELENG_4_7:1.4.6.1.0.10
	RELENG_4_7_BP:1.4.6.1
	RELENG_4_6_2_RELEASE:1.4.6.1
	RELENG_4_6_1_RELEASE:1.4.6.1
	RELENG_4_6_0_RELEASE:1.4.6.1
	RELENG_4_6:1.4.6.1.0.8
	RELENG_4_6_BP:1.4.6.1
	RELENG_4_5_0_RELEASE:1.4.6.1
	RELENG_4_5:1.4.6.1.0.6
	RELENG_4_5_BP:1.4.6.1
	RELENG_4_4_0_RELEASE:1.4.6.1
	RELENG_4_4:1.4.6.1.0.4
	RELENG_4_4_BP:1.4.6.1
	RELENG_4_3_0_RELEASE:1.4.6.1
	RELENG_4_3:1.4.6.1.0.2
	RELENG_4_3_BP:1.4.6.1
	RELENG_4_2_0_RELEASE:1.4
	RELENG_4_1_1_RELEASE:1.4
	PRE_SMPNG:1.4
	RELENG_4_1_0_RELEASE:1.4
	RELENG_3_5_0_RELEASE:1.4
	RELENG_4_0_0_RELEASE:1.4
	RELENG_4:1.4.0.6
	RELENG_4_BP:1.4
	RELENG_3_4_0_RELEASE:1.4
	RELENG_3_3_0_RELEASE:1.4
	RELENG_3_2_PAO:1.4.0.4
	RELENG_3_2_PAO_BP:1.4
	RELENG_3_2_0_RELEASE:1.4
	RELENG_3_1_0_RELEASE:1.4
	RELENG_3:1.4.0.2
	RELENG_3_BP:1.4
	RELENG_2_2_8_RELEASE:1.2.2.1
	RELENG_3_0_0_RELEASE:1.4
	RELENG_2_2_7_RELEASE:1.2.2.1
	RELENG_2_2_6_RELEASE:1.2.2.1
	RELENG_2_2_5_RELEASE:1.2.2.1
	RELENG_2_2_2_RELEASE:1.2
	RELENG_2_2_1_RELEASE:1.2
	file_3_22:1.1.1.3
	RELENG_2_2_0_RELEASE:1.2
	RELENG_2_1_7_RELEASE:1.1.1.1
	RELENG_2_1_6_1_RELEASE:1.1.1.1
	RELENG_2_1_6_RELEASE:1.1.1.1
	RELENG_2_2:1.2.0.2
	RELENG_2_1_5_RELEASE:1.1.1.1
	file_3_19:1.1.1.2
	RELENG_2_1_0_RELEASE:1.1.1.1
	RELENG_2_1_0:1.1.1.1.0.6
	RELENG_2_1_0_BP:1.1.1.1
	RELENG_2_0_5_RELEASE:1.1.1.1
	RELENG_2_0_5:1.1.1.1.0.4
	RELENG_2_0_5_BP:1.1.1.1
	RELENG_2_0_5_ALPHA:1.1.1.1
	RELEASE_2_0:1.1.1.1
	BETA_2_0:1.1.1.1
	ALPHA_2_0:1.1.1.1.0.2
	file_3_14:1.1.1.1
	DARWIN:1.1.1;
locks; strict;
comment	@# @;


1.5
date	2000.11.05.09.06.04;	author obrien;	state dead;
branches;
next	1.4;

1.4
date	98.10.09.01.43.08;	author jdp;	state Exp;
branches
	1.4.6.1;
next	1.3;

1.3
date	97.03.18.19.37.38;	author mpp;	state Exp;
branches;
next	1.2;

1.2
date	96.10.24.15.49.49;	author erich;	state Exp;
branches
	1.2.2.1;
next	1.1;

1.1
date	94.09.03.19.16.24;	author csgr;	state Exp;
branches
	1.1.1.1;
next	;

1.1.1.1
date	94.09.03.19.16.25;	author csgr;	state Exp;
branches;
next	1.1.1.2;

1.1.1.2
date	96.01.23.12.27.30;	author mpp;	state Exp;
branches;
next	1.1.1.3;

1.1.1.3
date	97.03.18.17.59.18;	author mpp;	state Exp;
branches;
next	;

1.2.2.1
date	97.08.18.18.59.39;	author jdp;	state Exp;
branches;
next	;

1.4.6.1
date	2000.11.29.19.32.50;	author obrien;	state dead;
branches;
next	;


desc
@@


1.5
log
@Switch over to using the Christos Zoulas maintained version in contrib/
This also gives use the same exact results as NetBSD, thus sharing more
code with our bretheren.
@
text
@
#------------------------------------------------------------------------------
# elf:  file(1) magic for ELF executables
#
# We have to check the byte order flag to see what byte order all the
# other stuff in the header is in.
#
# MIPS RS3000 may also be for MIPS RS2000.
# What're the correct byte orders for the nCUBE and the Fujitsu VPP500?
#
# updated by Daniel Quinlan (quinlan@@yggdrasil.com)
0	string		\177ELF		ELF
>4	byte		0		invalid class
>4	byte		1		32-bit
>4	byte		2		64-bit
>5	byte		0		invalid byte order
>5	byte		1		LSB
>>16	leshort		0		no file type,
>>16	leshort		1		relocatable,
>>16	leshort		2		executable,
>>16	leshort		3		shared object,
# Core handling from Peter Tobias <tobias@@server.et-inf.fho-emden.de>
>>16	leshort		4		core file,
>>16	leshort		&0xff00		processor-specific,
>>18	leshort		0		no machine,
>>18	leshort		1		AT&T WE32100 - invalid byte order,
>>18	leshort		2		SPARC - invalid byte order,
>>18	leshort		3		Intel 80386,
>>18	leshort		4		Motorola 68000 - invalid byte order,
>>18	leshort		5		Motorola 88000 - invalid byte order,
>>18	leshort		6		Intel 80486,
>>18	leshort		7		Intel 80860,
>>18	leshort		8		MIPS RS3000_BE - invalid byte order,
>>18	leshort		9		Amdahl - invalid byte order,
>>18	leshort		10		MIPS RS3000_LE,
>>18	leshort		11		RS6000 - invalid byte order,
>>18	leshort		15		PA_RISC - invalid byte order,
>>18	leshort		16		nCUBE,
>>18	leshort		17		VPP500,
>>18	leshort		18		SPARC32PLUS,
>>18	leshort		20		PowerPC,
>>18	leshort		0x9026		Alpha,
>>20	lelong		0		invalid version
>>20	lelong		1		version 1
>>36	lelong		1		MathCoPro/FPU/MAU Required
>5	byte		2		MSB
>>16	beshort		0		no file type,
>>16	beshort		1		relocatable,
>>16	beshort		2		executable,
>>16	beshort		3		shared object,
>>16	beshort		4		core file,
>>16	beshort		&0xff00		processor-specific,
>>18	beshort		0		no machine,
>>18	beshort		1		AT&T WE32100,
>>18	beshort		2		SPARC,
>>18	beshort		3		Intel 80386 - invalid byte order,
>>18	beshort		4		Motorola 68000,
>>18	beshort		5		Motorola 88000,
>>18	beshort		6		Intel 80486 - invalid byte order,
>>18	beshort		7		Intel 80860,
>>18	beshort		8		MIPS RS3000_BE,
>>18	beshort		9		Amdahl,
>>18	beshort		10		MIPS RS3000_LE - invalid byte order,
>>18	beshort		11		RS6000,
>>18	beshort		15		PA_RISC,
>>18	beshort		16		nCUBE,
>>18	beshort		17		VPP500,
>>18	beshort		18		SPARC32PLUS,
>>18	beshort		20		PowerPC,
>>18	beshort		0x9026		Alpha,
>>20	belong		0		invalid version
>>20	belong		1		version 1
>>36	belong		1		MathCoPro/FPU/MAU Required
>8	string		>\0		(%s)
@


1.4
log
@Don't try to print out the signal number that caused core to be
dumped.  It is not in a fixed location in the file, so at best,
garbage comes out.  I don't think this code was ever valid.
@
text
@@


1.4.6.1
log
@MFC: switch over to using the Christos Zoulas maintained version in contrib/
@
text
@@


1.3
log
@Merge to resolve conflicts with file 3.22 merge.
@
text
@d23 1
a23 2
>>16	leshort		4		core file
>>>400  lelong          >0              (signal %d),
a51 1
>>>400	lelong		>0		(signal %d),
@


1.2
log
@Teach file about:
1) our branded elf's
2) mpeg audio/video/system streams
3) compiled java classes
@
text
@a7 1
# Byte order is probably big-endian for MIPS RS3000 and Amdahl.
d9 1
d22 3
a24 1
>>16	leshort		4		core file,
d34 10
a43 2
>>18	leshort		8		MIPS RS3000,
>>18	leshort		9		Amdahl,
d53 1
d63 10
a72 2
>>18	beshort		8		MIPS RS3000,
>>18	leshort		9		Amdahl,
@


1.2.2.1
log
@Sync with -current.
@
text
@d8 1
a9 1
# What're the correct byte orders for the nCUBE and the Fujitsu VPP500?
d22 1
a22 3
# Core handling from Peter Tobias <tobias@@server.et-inf.fho-emden.de>
>>16	leshort		4		core file
>>>400  lelong          >0              (signal %d),
d32 2
a33 10
>>18	leshort		8		MIPS RS3000_BE - invalid byte order,
>>18	leshort		9		Amdahl - invalid byte order,
>>18	leshort		10		MIPS RS3000_LE,
>>18	leshort		11		RS6000 - invalid byte order,
>>18	leshort		15		PA_RISC - invalid byte order,
>>18	leshort		16		nCUBE,
>>18	leshort		17		VPP500,
>>18	leshort		18		SPARC32PLUS,
>>18	leshort		20		PowerPC,
>>18	leshort		0x9026		Alpha,
a42 1
>>>400	lelong		>0		(signal %d),
d52 2
a53 10
>>18	beshort		8		MIPS RS3000_BE,
>>18	beshort		9		Amdahl,
>>18	beshort		10		MIPS RS3000_LE - invalid byte order,
>>18	beshort		11		RS6000,
>>18	beshort		15		PA_RISC,
>>18	beshort		16		nCUBE,
>>18	beshort		17		VPP500,
>>18	beshort		18		SPARC32PLUS,
>>18	beshort		20		PowerPC,
>>18	beshort		0x9026		Alpha,
@


1.1
log
@Initial revision
@
text
@d1 3
d5 2
a6 2
# ELF
# Missing MIPS image type and flags
d8 2
a9 3
# Question marks on processor types flag "should not happen because the
# byte order is wrong".  We have to check the byte order flag to see what
# byte order all the other stuff in the header is in.
d11 1
d18 18
a35 13
>>16	leshort		0		unknown type
>>16	leshort		1		relocatable
>>16	leshort		2		executable
>>16	leshort		3		dynamic lib
>>16	leshort		4		core file
>>18	leshort		0		unknown machine
>>18	leshort		1		WE32100 and up
>>18	leshort		2		SPARC?
>>18	leshort		3		i386 (386 and up)
>>18	leshort		4		M68000?
>>18	leshort		5		M88000?
>>18	leshort		7		i860
>>20	lelong		1		Version 1
d38 18
a55 13
>>16	beshort		0		unknown type
>>16	beshort		1		relocatable
>>16	beshort		2		executable
>>16	beshort		3		dynamic lib
>>16	beshort		4		core file
>>18	beshort		0		unknown machine
>>18	beshort		1		WE32100 and up
>>18	beshort		2		SPARC
>>18	beshort		3		i386 (386 and up)?
>>18	beshort		4		M68000
>>18	beshort		5		M88000
>>18	beshort		7		i860
>>20	belong		1		Version 1
d57 1
a57 1

@


1.1.1.1
log
@Bring in file 3.14 by Ian Darwin (and Christos Zoulas)

The following files were moved to different names:
- file.man -> file.1
- magic.man -> magic.5

The following file was removed:
- Magdir/Makefile
@
text
@@


1.1.1.2
log
@Upgrade to file version 3.19.
@
text
@a0 3

#------------------------------------------------------------------------------
# elf:  file(1) magic for ELF executables
d2 2
a3 2
# We have to check the byte order flag to see what byte order all the
# other stuff in the header is in.
d5 3
a7 2
# Byte order is probably big-endian for MIPS RS3000 and Amdahl.
# MIPS RS3000 may also be for MIPS RS2000.
a8 1
# updated by Daniel Quinlan (quinlan@@yggdrasil.com)
d15 13
a27 18
>>16	leshort		0		no file type,
>>16	leshort		1		relocatable,
>>16	leshort		2		executable,
>>16	leshort		3		shared object,
>>16	leshort		4		core file,
>>16	leshort		&0xff00		processor-specific,
>>18	leshort		0		no machine,
>>18	leshort		1		AT&T WE32100 - invalid byte order,
>>18	leshort		2		SPARC - invalid byte order,
>>18	leshort		3		Intel 80386,
>>18	leshort		4		Motorola 68000 - invalid byte order,
>>18	leshort		5		Motorola 88000 - invalid byte order,
>>18	leshort		6		Intel 80486,
>>18	leshort		7		Intel 80860,
>>18	leshort		8		MIPS RS3000,
>>18	leshort		9		Amdahl,
>>20	lelong		0		invalid version
>>20	lelong		1		version 1
d30 13
a42 18
>>16	beshort		0		no file type,
>>16	beshort		1		relocatable,
>>16	beshort		2		executable,
>>16	beshort		3		shared object,
>>16	beshort		4		core file,
>>16	beshort		&0xff00		processor-specific,
>>18	beshort		0		no machine,
>>18	beshort		1		AT&T WE32100,
>>18	beshort		2		SPARC,
>>18	beshort		3		Intel 80386 - invalid byte order,
>>18	beshort		4		Motorola 68000,
>>18	beshort		5		Motorola 88000,
>>18	beshort		6		Intel 80486 - invalid byte order,
>>18	beshort		7		Intel 80860,
>>18	beshort		8		MIPS RS3000,
>>18	leshort		9		Amdahl,
>>20	belong		0		invalid version
>>20	belong		1		version 1
d44 1
@


1.1.1.3
log
@Upgrade to file version 3.22.

Obtained from: ftp://ftp.deshaw.com/pub/file/file-3.22.tar.gz
@
text
@d8 1
a9 1
# What're the correct byte orders for the nCUBE and the Fujitsu VPP500?
d22 1
a22 3
# Core handling from Peter Tobias <tobias@@server.et-inf.fho-emden.de>
>>16	leshort		4		core file
>>>400  lelong          >0              (signal %d),
d32 2
a33 10
>>18	leshort		8		MIPS RS3000_BE - invalid byte order,
>>18	leshort		9		Amdahl - invalid byte order,
>>18	leshort		10		MIPS RS3000_LE,
>>18	leshort		11		RS6000 - invalid byte order,
>>18	leshort		15		PA_RISC - invalid byte order,
>>18	leshort		16		nCUBE,
>>18	leshort		17		VPP500,
>>18	leshort		18		SPARC32PLUS,
>>18	leshort		20		PowerPC,
>>18	leshort		0x9026		Alpha,
a42 1
>>>400	lelong		>0		(signal %d),
d52 2
a53 10
>>18	beshort		8		MIPS RS3000_BE,
>>18	beshort		9		Amdahl,
>>18	beshort		10		MIPS RS3000_LE - invalid byte order,
>>18	beshort		11		RS6000,
>>18	beshort		15		PA_RISC,
>>18	beshort		16		nCUBE,
>>18	beshort		17		VPP500,
>>18	beshort		18		SPARC32PLUS,
>>18	beshort		20		PowerPC,
>>18	beshort		0x9026		Alpha,
@
