Searched hist:60821 (Results 1 - 9 of 9) sorted by relevance

/freebsd-11-stable/stand/i386/pxeldr/
H A Dpxeldr.Sdiff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.
/freebsd-11-stable/stand/i386/boot2/
H A Dboot1.Sdiff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.
H A DMakefilediff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.
/freebsd-11-stable/stand/i386/cdboot/
H A Dcdboot.Sdiff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.
/freebsd-11-stable/stand/i386/boot0/
H A DMakefilediff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.
/freebsd-11-stable/stand/i386/btx/btx/
H A Dbtx.Sdiff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.
H A DMakefilediff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.
/freebsd-11-stable/stand/i386/isoboot/
H A DMakefilediff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.
/freebsd-11-stable/stand/i386/gptboot/
H A DMakefilediff 60821 Tue May 23 12:18:49 MDT 2000 jhb Clean up all of the 16-bit assembly code in the x86 bootstrap to work
with the new binutils. Now that we have a decent assembler, all the old
m4 macros are no longer needed. Instead, straight assembly can be used
since as(1) now understands 16-bit addressing, branches, etc. Also,
several bugs have been fixed in as(1), allowing boot0.s to be further
cleaned up.

Completed in 316 milliseconds