Return to notes CVS log

Up to [Apple XNU] / GNUtools / cctools / include

GNU tools for NeXTSTEP 3.3

Changes for the 4.0 release (the cctools-133 release):
- Picked up sparc changes to architecture/sparc/reg.h.
- Picked up sparc changes to mach/sparc/thread_status.h.
- Picked up sparc changes to stuff/bytesex.h for prototype of
  swap_sparc_thread_state_fpu().
- Picked up sparc changes to mach-o/sparc/reloc.h.

Changes for the 4.0 release (the cctools-132 release):
- Removed the 2.0 compatiblity header files.
- Picked up the files mach/sparc/thread_status.h and architecture/sparc/reg.h

Changes for the 3.3 release (the cctools-125 release):
- Picked up installing 2.0Compatiblity/sys/loader.h
- Added installing nlist.h stab.h loader.h fat.h (bug #31334).

Changes for the 3.3 release (the cctools-120 release):
- Added the file <mach-o/dyld.h>

Changes for the 3.3 release (the cctools-119 release):
- Picked up the first changes for sparc (sparc/reloc.h) the work is not
  complete.

Changes for the 3.3 release (the cctools-104 release):
- Changed the name of the first parameter of swap_ident_command() from id to
  id_cmd (in bytesex.h).  The compiler is treating this as a reserved word.

Changes for the 3.3 release (the cctools-102 release):
- Integrated in the hppa support.
different include/Makefile (integrated for cctools-102)
    Using cctoolshppa-37. mach-o/hppa/reloc.h is new.
different include/gnu/a.out.h (integrated for cctools-102)
    Using cctoolshppa-37.  Added:
	#ifdef HPPA
	#include "mach-o/hppa/reloc.h"
	#endif
different include/mach/machine.h (integrated for cctools-102)
    Using cctoolshppa-37.  New constants for hppa and badly integrated the
    existing contants:
	#define CPU_TYPE_ANY                    ((cpu_type_t) -1)
	#define CPU_SUBTYPE_MULTIPLE            ((cpu_subtype_t) -1)
	#define CPU_SUBTYPE_LITTLE_ENDIAN       ((cpu_subtype_t) 0)
	#define CPU_SUBTYPE_BIG_ENDIAN          ((cpu_subtype_t) 1)
    which were scattered though out the file and moved from their comment.
    Email sent to Josh on this one (who forwarded it to Mac).
different include/stuff/bytesex.h (integrated for cctools-102)
    Using cctoolshppa-37.  New routines for swaping hppa's threads.
Only in cctoolshppa-37/include/mach: hppa (integrated for cctools-102)
    Pick up include/mach/hppa/thread_status.h from cctoolshppa-37.
Only in cctoolshppa-37/include/mach-o: hppa (integrated for cctools-102)
    Pick up include/mach-o/hppa/reloc.h from cctoolshppa-37.  But has
    HPPA_RELOC_NORELOC which is used in hppa.c.  HPPA_RELOC_NORELOC pulled
    from reloc.h and NO_RELOC defined as 0x10 (out side the range of r_type:4)
    in hppa.h and NO_RELOC used in hppa.c.

Changes for the 3.1 release (the cctools-22 release):
- Added to mach/machine.h the following cpp macros (bug #32553):
	#define CPU_TYPE_ANY			((cpu_type_t) -1)
	#define CPU_SUBTYPE_LITTLE_ENDIAN	((cpu_subtype_t) 0)
	#define CPU_SUBTYPE_BIG_ENDIAN		((cpu_subtype_t) 1)

Changes for the 3.1 release (the cctools-15 release):
- Picked up the proper mach/m98k/thread_status.h and the six included files
  to make it compile.

Changes for the 3.1 release (the cctools-13 release):
- Added the m98k (PowerPC) architecture.  This includes a kludged
  mach/m98k/thread_status.h with only an entry point.

Changes for the 3.1 release (the cctools-6 release):
- Changed mach/i386/thread_status.h so the m68k compiler will compile this the
  same as the i386 compiler.  The change was to change the "unsigned int :0" to
  "unsigned short pad_??".

Changes for the 3.1 release (the cctools-5 release):
- Picked up the lono teams cctools-4_2 mach/i386/thread_status.h as well as
  machdep/i386/frame.h machdep/i386/fpregs.h machdep/i386/sel.h .
- Changed "struct i386_thread_state *cpu," to "i386_thread_state_t *cpu,"
  in bytesex.h for the lono team.

Changes for the 3.1 release (the cctools-4 release):
- Moved the ix86 directory to i386.

Changes for the 3.0 release (the -56 compiler release):
- Fixed some typos in mach-o/reloc.h in the __LITTLE_ENDIAN__ code (bug #19639).

Changes for the 3.0 release (the -53 compiler release):
- Removed the local copy of mach/m88k/thread_status.h .

Changes for the 3.0 release (the -47 compiler release):
- Split of the reloc.h header file:
  part of mach-o/reloc.h -> mach-o/m88k/reloc.h
  part of mach-o/reloc.h -> mach-o/i860/reloc.h
- Switch over to the newer header file organization.
  m88k/mach/thread_status.h -> mach/m88k/thread_status.h
  ix86/mach/thread_status.h -> mach/ix86/thread_status.h
  i860/mach/thread_status.h -> mach/i860/thread_status.h
  m88k/disasm.h -> mach-o/m88k/disasm.h
  m88k/parseinst.h -> mach-o/m88k/parseinst.h

Changes for the 3.0 release (the -44 compiler release):
- Switch over to the new header file organization.

Changes for the 3.0 release (the -36 compiler release):
- Added the 88k disassembler header file but these are not installed.

Changes for the 3.0 release (the -34 compiler release):
- Added installsrc, installIBMsrc and installGNUsrc targets to the Makefile.

Changes for the 3.0 release (the -33 compiler release):
- sys/machine.h:  (this is owned by the OS group and will be given back to them)
     * 16-Oct-90  Compiler group (comp) at NeXT.
     *	Replaced the 88k cpu_subtype CPU_SUBTYPE_MMAX_JPC with 
     *	CPU_SUBTYPE_MC88100 and CPU_SUBTYPE_MC88110 to match 68k types.

    /*
     *	MC88000 subtypes
     */
    #define CPU_SUBTYPE_MC88100		((cpu_subtype_t) 1) 
    #define CPU_SUBTYPE_MC88110		((cpu_subtype_t) 2) 


    The I860 CPU type in the NDTools 7 conflicts with the CPU_TYPE_I386 which is
    also 7.  In talking with Mike Paquette (10/16/90) he said it is ok to change
    CPU_TYPE_I860 to whatever and he will recompile NextDimention.
    The three I860 additions were as follows:

     * 16-Aug-89  Mike Paquette (mpaque) at NeXT
     *	Added I860 CPU type and subtypes for big or little-endian data
     *	implementation.

    #define CPU_TYPE_I860		((cpu_type_t) 7) <<<will be 14>>>

    /*
     *	I860 subtypes
     */
    #define CPU_SUBTYPE_LITTLE_ENDIAN	((cpu_subtype_t) 0)
    #define CPU_SUBTYPE_BIG_ENDIAN		((cpu_subtype_t) 1)

- machine/thread_status.h: where "machine" is a symbolic link to "next"
  (this is owned by the OS group and will be given back to them)
    In talking to Mike DeMoney on (10/16/90) he came up with the following
    structure to handle the multiple machines specific files.  These would
    be the directories in /usr/include (or in the kernel's header file area):

	next68k/   was just next/
	next88k/
	next860/

    A symbolic link from "next to "next" will be added for compatiblity and
    the symbolic "machine" will point to the directory the kernel is configured
    for.

- next860/thread_status.h:
    This is to be owned by someone like Mike Paquette.  It is the file that
    discrbes JUST the i860 thread state.

- next88k/thread_status.h:
    This is to be owned by the OS group.  The compiler group made a first
    cut at it.

Changes for the Warp ?? release (the -25 compiler release):
- Added the scattered_relocation_info struct to reloc.h

Changes for the Warp ?? release (the -24 compiler release):
- Added #import <sys/loader.h> to ldsyms.h (bug 6031).
- Added rld.h to be installed in /usr/include.

Changes for the 2.0 impulse X.X release (the -19 compiler release):
- Updated ldsyms.h to match the new link editor.  Basicly removing lots of old
  stuff.
- Added one missing ';' in symseg.h to get rid of a warning.
- Removed the temporay copies of <ranlib.h> and  <sys/loader.h> now that the
  Impulse 0.02 release has the right versions.
- Added temporary copies of <nlist.h> and <sys/machine.h> until the next libc
  and mk projects get released and the correct versions are in /usr/include.

Changes for the 0.93 release (the -12 compiler release):
- No longer install symseg.h
- Now own sys/exec.h as a part of a.out.h

Changes for the 0.82 release (the -8 compiler release):
- Changed the Makefile to install in /usr/include

Changes for the 0.82 release (the -7 compiler release):
- Added header_addr to fvmlib load and id commands.
- Added the SEG_PAGEZERO segment name to sys/loader.h for the segment created
  to protect page zero for NULL pointers.

Changes for the 0.81 release (the -6 compiler release):
- The following files to reflect what is contained in a true mach-O object
  file (relocatables and other formats):
	nlist.h
	reloc.h (new)
	symseg.h
	stab.h
  These along with <sys/loader.h> are now the offical files that mach-O object
  tools should reference.  The file <a.out.h> has been updated with the same
  changes but will go away in the 1.0 release or renamed to <a.out.h.old>.  

  The logical changes are as follows:

  To the nlist structure (also see comments in <nlist.h> and <stab.h>):

    The modifications from the original format were changing n_other (an unused
    field) to n_sect and the addition of the N_SECT type.   All mach-O symbols
    defined a section (for example what use to be N_TEXT, N_DATA and N_BSS) now
    have the type N_SECT.

    If the type is N_SECT then the n_sect field contains an ordinal of the
    section the symbol is defined in.  The sections are numbered from 1 and 
    refer to sections in order they appear in the load commands for the file
    they are in.  This means the same ordinal may very well refer to different
    sections in different files.
  
    The n_value field for all symbol table entries (including N_STAB's) gets
    updated by the link editor based on the value of it's n_sect field and where
    the section n_sect references gets relocated.  If the value of the n_sect 
    field is NO_SECT then it's n_value field is not changed by the link editor.
    The comments in <stab.h> have been updated to reflect this.

    Common symbols are represented by undefined (N_UNDF) external (N_EXT) types
    who's values (n_value) are non-zero.  In which case the value of the n_value
    field is the size (in bytes) of the common symbol.

    Absolute, undefined and common symbols are NOT in any section and thus their
    n_sect field must be NO_SECT to indicate this and avoid having their n_value
    field changed.

  To the relocation_info structure (see the comments in <reloc.h>):

    The modifications from the original format were changing the value
    of the r_symbolnum field for "local" (r_extern == 0) relocation entries.

    In 4.3bsd a.out objects if r_extern is zero then r_symbolnum is an ordinal
    for the segment the symbol being relocated is in.  These ordinals are the
    symbol types N_TEXT, N_DATA, N_BSS or N_ABS.  In mach-O object files these
    ordinals refer to the sections in the object file they are in.  The first
    section has the ordinal 1, the second 2, and so on.  This means that the
    same ordinal in two different object files could refer to two different
    sections.  And further could have still different ordinals when combined
    by the link-editor.  The value R_ABS is used for relocation entries for
    absolute symbols which need no further relocation.

  To the symseg structures (see the comments in <symseg.h>):

    To handle an arbitrary number of segments and sections the symbol_root,
    the indirect_root and the shlib_root have new structures in a mach-O
    object file.  The change to these structures was to replace the fields
    relating to where a segment was loaded with a load map.

    The load map describes where the parts the relocatable object have been
    loaded in the executable.  The enitre address space of the relocatable
    is to be covered by all the map entries.  There may be multiple map entries
    for a single section or one map entry for multiple sections.  This allows
    the link editor to scatter load a section based on information that improves
    performance by increasing the locality of reference.

- The N_INDR symbol type was added for indirect symbols (to support building
  the ANSI C library).

    If the type is N_INDR then the symbol is defined to be the same as another
    symbol.  In this case the n_value field is an index into the string table
    of the other symbol's name.  When the other symbol is defined then they both
    take on the defined type and value.

- Changed the loader defined symbol names _etext, _edata, and _end to __etext,
  __edata, __end so not to pollute the name space of ANSI C programs.  There
  are now macros for these symbols.  The ANSI C library will have objects with
  indirect symbols so that old names will still work if the program is linked
  with the ANSI C library.

This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.