Difference between revisions of "Native MIPS Systems"

From Free Pascal wiki
Jump to navigationJump to search
m (→‎Stall point: Add link to thoughts on disassembly.)
 
(49 intermediate revisions by 5 users not shown)
Line 1: Line 1:
The MIPS architecture is unusual in that it was designed for desktop computers, is now overwhelmingly used for embedded systems, but can still occasionally be found in desktops or small servers. The only comparable architecture is [[Native ARM Systems|ARM]], which is the platform of choice for a multitude of "bratphones", tablets etc.
+
The MIPS architecture is unusual in that it was designed for desktop computers, is now overwhelmingly used for embedded systems, but can still occasionally be found in desktops or small servers. The only comparable architecture is [[Native ARM Systems|ARM]], which is the platform of choice for a multitude of mobile phones, tablets etc.
  
Like almost all computers, MIPS-based systems will contain an internal loader, usually in Flash memory. However there are three basic categories of system:
+
Like almost all computers, MIPS-based systems will contain an internal loader, usually in flash memory. However there are three basic categories of system:
  
*  Those that boot an operating system from internal Flash, such as the Linksys/Cisco WRT54G [http://wiki.openwrt.org/].
+
*  Those that boot an operating system from internal flash, such as the Linksys/Cisco WRT54G [http://wiki.openwrt.org/].
  
 
*  Those that boot an operating system from a conventional disc, connected via IDE, SCSI or USB, such as an SGI server or workstation, or a Cobalt/Sun Qube or Raq.
 
*  Those that boot an operating system from a conventional disc, connected via IDE, SCSI or USB, such as an SGI server or workstation, or a Cobalt/Sun Qube or Raq.
Line 9: Line 9:
 
*  Those running as guests using an emulator such as [[Qemu and other emulators|Qemu]] on a general-purpose computer.
 
*  Those running as guests using an emulator such as [[Qemu and other emulators|Qemu]] on a general-purpose computer.
  
In any of these cases it is necessary to be able to install a general-purpose operating system such as Linux in order to be able to run development tools. This writer (MarkMLl) favours Debian, since he finds that using it results in a very similar system on a wide range of hardware (x86, SPARC, PPC, MIPS, ARM, zSeries).
+
In any of these cases it is necessary to be able to install a general-purpose operating system such as Linux in order to be able to run development tools. This writer (MarkMLl) favours Debian, since he finds that using it results in a very similar system on a wide range of hardware (x86, SPARC, PPC, MIPS, ARM, zSeries, 68K).
  
 
'''If you intend to build Lazarus, make sure you have at least 512Mb memory (RAM + swap) available.'''
 
'''If you intend to build Lazarus, make sure you have at least 512Mb memory (RAM + swap) available.'''
  
 
__TOC__
 
__TOC__
 +
 +
== Microchip microcontrollers ==
 +
 +
In 2013, Microchip enhanced their series of "PIC24" and "PIC33" chips with the "PIC32" variants, providing compatible (to a certain extent even pin-compatible) alternatives to the 16 bit chips (PIC32MX..."), as well as much more powerful ones ("PIC32MZ..."). The PIC32 chips are both cheaper and more versatile than the corresponding PIC24s. Hence they include both cheap and powerful controllers. The PIC32 chips feature a "M4K" MIPS CPU and so they could run software done with the FPC MIPS cross compiler. As usually these chips are used for doing "deeply embedded" systems: in most cases there will be no formal OS and the user code programmer will need to adapt the RTL to fit his needs. But as the C-based "MPLAB-X" IDE by Microchip comes with a huge library that provides basic functions (such as heap management), the "standard" RTL for such purpose should take this into account.
  
 
== FPC Implementations for MIPS ==
 
== FPC Implementations for MIPS ==
Line 19: Line 23:
 
As of 2011 there are two implementations of FPC for the MIPS architecture, both targeting Linux.
 
As of 2011 there are two implementations of FPC for the MIPS architecture, both targeting Linux.
  
* A fork of the mainline compiler at 2.0.0 by David Zhang.
+
* A fork of the mainline compiler at 2.0.0 by David Zhang. ''Now deprecated due to mainline integration.''
  
* An ongoing effort to reconcile this with the mainline project, partially completed in 2.4.x.
+
* An ongoing effort to reconcile this with the mainline project, in SVN trunk and partially completed in 2.7.x.
  
 
=== David Zhang's Compiler ===
 
=== David Zhang's Compiler ===
Line 29: Line 33:
 
There are .zip files of both sources and a minimal executable at Sourceforge (link above). The sources are basically a complete reimplementation of fpcsrc/compiler/mips based on FPC 2.0.0, the compiler targets mipsel and is described as being operational on Qemu but not yet supporting shared libraries.
 
There are .zip files of both sources and a minimal executable at Sourceforge (link above). The sources are basically a complete reimplementation of fpcsrc/compiler/mips based on FPC 2.0.0, the compiler targets mipsel and is described as being operational on Qemu but not yet supporting shared libraries.
  
Since this is specifically a little-endian compiler it should presumably be compatible with Linux on a MIPS-based Qube or Raq, or with the Chinese "Loongson" processor of fable. It will not be compatible with SGI MIPS systems, which are big-endian.
+
Since this is specifically a little-endian compiler it should presumably be compatible with Linux on a MIPS-based Qube or Raq, or with the Chinese "Loongson" processor. It will not be compatible with SGI MIPS systems, which are big-endian.
  
 
There is a system library bundled with the compiler, but no indication of how far the compiler is capable of handling the remainder of the standard libraries. The released files may be downloaded from:
 
There is a system library bundled with the compiler, but no indication of how far the compiler is capable of handling the remainder of the standard libraries. The released files may be downloaded from:
Line 41: Line 45:
 
This is both source and binary, dumped into a single directory which appears to correspond to the standard fpc_200/compiler, i.e. there's no separate compiler/mips directory; it also partially reimplements some standard libraries etc.
 
This is both source and binary, dumped into a single directory which appears to correspond to the standard fpc_200/compiler, i.e. there's no separate compiler/mips directory; it also partially reimplements some standard libraries etc.
  
Inspecting the sources, these files are identical in the Chinese compiler and in fpc_200/compiler, so may be removed from the former:
+
=== Mainline MIPS Port ===
  
rabase.pas switches.pas ncal.pas tokens.pas defutil.pas msgidx.inc
+
This is part of the trunk development files, but does not yet appear in standard releases; i.e. it's only available via an svn download.
ogcoff.pas nstate.pas comprsrc.pas nutils.pas cutils.pas nbas.pas
 
verbose.pas gendef.pas msgtxt.inc defcmp.pas aopt.pas nmem.pas
 
script.pas gdb.pas symutil.pas rautils.pas ncnv.pas pmodules.pas
 
pass_2.pas catch.pas pass_1.pas ncgset.pas symbase.pas psub.pas
 
impdef.pas oglx.pas aoptbase.pas symconst.pas ncgmem.pas raatt.pas
 
rgobj.pas regvars.pas fmodule.pas cp8859_1.pas import.pas cp437.pas
 
symnot.pas pbase.pas ppheap.pas aasmbase.pas pdecl.pas aoptcs.pas
 
charset.pas cgutils.pas pexpr.pas ncgcon.pas rasm.pas dwarf.pas
 
nopt.pas tgobj.pas procinfo.pas aasmtai.pas ppu.pas cg64f32.pas
 
pexports.pas ncgadd.pas pdecvar.pas browcol.pas nadd.pas compinnr.inc
 
ncgflw.pas ncgmat.pas nld.pas aggas.pas ncginl.pas ncgbas.pas
 
export.pas finput.pas owbase.pas symtype.pas owar.pas pdecsub.pas
 
cstreams.pas cp850.pas aoptda.pas ogbase.pas aoptobj.pas nflw.pas
 
browlog.pas symtable.pas crc.pas globtype.pas ptconst.pas widestr.pas
 
scandir.pas nobj.pas COPYING nset.pas node.pas ogmap.pas symsym.pas
 
ncon.pas link.pas cclasses.pas htypechk.pas ncgopt.pas comphook.pas
 
rgbase.pas nmat.pas pinline.pas ncgcnv.pas parabase.pas pdecobj.pas
 
cresstr.pas ogelf.pas cgbase.pas ptype.pas fppu.pas scanner.pas
 
parser.pas cmsgs.pas
 
  
These files are duplicates of existing files elsewhere in the rtl tree so may be removed:
+
The host is assumed to be a non-MIPS system, for example x86 running Linux (e.g. Debian "Squeeze"). It needs a copy of binutils, and it is probably expedient to make this the same version as is running natively, i.e. 2.20.1 in the above case, downloaded from [http://ftp.gnu.org/gnu/binutils/binutils-2.20.1.tar.bz2]. In any event, no version older than 2.18 will work since symbolic register names are a prerequisite.
  
dati.inc dynarrh.inc sstrings.inc rtti.inc errno.inc stringsi.inc
+
Build and install cross-binutils:
sysinth.inc gensigset.inc genstrs.inc bunxh.inc osutil.inc dos.pp
+
<syntaxhighlight lang="bash">
datih.inc except.inc genset.inc systhrdh.inc osmacro.inc
+
tar xjf binutils-2.20.1.tar.bz2
bunxovlh.inc unxfunc.inc sysfile.inc sysformt.inc genmath.inc
+
cd binutils-2.20.1
unixtype.pp generic.inc ObjPas.pp (AKA objpas.pp) wstringh.inc
+
./config.sub mipsel-linux-gnu
syswide.inc sysheap.inc sysuintf.inc real2str.inc heaph.inc
+
./configure --prefix=/usr/local/mipsel-linux mipsel-linux-gnu
threadvr.inc sysdir.inc objpash.inc syspch.inc wstrings.inc
+
make
genfuncs.inc osdefs.inc int64.inc sysstrh.inc sysansih.inc fina.inc
+
sudo make install
text.inc filutilh.inc dynarr.inc aliasctp.inc astrings.inc
+
sudo ln -s /usr/local/mipsel-linux/bin/as /usr/local/bin/mipsel-linux-as
fexpand.inc syscall.pp variant.inc settimeo.inc typefile.inc
+
sudo ln -s /usr/local/mipsel-linux/bin/ld /usr/local/bin/mipsel-linux-ld
filerec.inc aliasptp.inc file.inc sysutils.inc genfdset.inc
+
sudo ln -s /usr/local/mipsel-linux/bin/ar /usr/local/bin/mipsel-linux-ar
sysutils.pp sysstr.inc textrec.inc syspchh.inc mathh.inc
+
sudo ln -s /usr/local/mipsel-linux/bin/objdump /usr/local/bin/mipsel-linux-objdump
sysutilh.inc compproc.inc dos.inc dosh.inc genstr.inc timezone.inc
+
sudo ln -s /usr/local/mipsel-linux/bin/objcopy /usr/local/bin/mipsel-linux-objcopy
baseunix.pp unxsysc.inc sysosh.inc sysconst.pp innr.inc unxsysch.inc
+
sudo ln -s /usr/local/mipsel-linux/bin/strip /usr/local/bin/mipsel-linux-strip
sysint.inc threadh.inc ctypes.inc diskh.inc heap.inc thread.inc
+
mipsel-linux-ld -V
unxconst.inc syswideh.inc sysos.inc sysunixh.inc intfh.inc
+
</syntaxhighlight>
varianth.inc unxovl.inc finah.inc objpas.inc aliases.inc unxovlh.inc
 
osutilsh.inc systhrd.inc ptypes.inc strings.pp variants.pp errors.pp
 
sysansi.inc
 
  
These files are exact copies or are equivalents of files in rtl/sparc or rtl/linux/sparc so may be moved to rtl/mips or rtl/linux/mips:
+
Particularly if working with the trunk sources, consider doing the same for a different CPU (e.g. powerpc-linux-gnu) so as not to be caught out if they won't build due to a temporary inconsistency.
  
setjumph.inc setjump.inc mipsel.inc sysutilp.inc bsyscall.inc sighnd.inc
+
Build a compiler which runs on the host but targets mipsel, note debug options which are needed later:
stat.inc syscall.inc sysnr.inc strings.inc math.inc stringss.inc
+
<syntaxhighlight lang="bash">
int64p.inc set.inc syscallh.inc sighndh.inc
+
cd /usr/local/src/fpc-trunk
 +
export PP=
 +
make "OPT=-O- -g" -C compiler mipsel
 +
mv compiler/ppcmipsel compiler/ppcXmipsel
 +
</syntaxhighlight>
  
These are test files and documentation, so don't have to be considered part of the compiler for build purposes:
+
Renaming the compiler prevents it from being deleted by make clean etc., consider extending that OPT setting with -dEXTDEBUG.
  
bench.pas console_io.pas hello.pas magic.pp WETS.pp *TXT
+
<syntaxhighlight lang="bash">
i_sunos.pas t_sunos.pas
+
export PP=/usr/local/src/fpc-trunk/fpc/compiler/ppcXmipsel
 +
make CPU_TARGET=mipsel OS_TARGET=linux rtl
 +
make CPU_TARGET=mipsel OS_TARGET=linux compiler
 +
</syntaxhighlight>
  
These files have no significant changes, so may be discarded:
+
Move the newly-generated compiler and the RTL units to the target system, which should now be able to do a full build.
  
ossysc.inc assemble.pas
+
==== Stall point ====
  
These files have trivial extensions to the standard sources, so probably can overwrite them:
+
As of October 2012 there are still some code-generation tests failing.
  
compiler.pas fpcdefs.inc ncgld.pas ncgutil.pas options.pas paramgr.pas
+
To be continued (hopefully :-)
pp.pas pstatmnt.pas psystem.pas symdef.pas systems.pas version.pas
 
systemh.inc system.inc i_linux.pas t_linux.pas
 
  
These files have non-trivial changes, so must be considered specially:
+
As a general point, there's some useful thoughts on binary disassembly at [http://chdk.wikia.com/wiki/GPL_Disassembling] for situations where IDA or equivalent aren't available.
 
 
cgobj.pas globals.pas ncgcal.pas ninl.pas bunxovl.inc unix.pp
 
bunxsysc.inc ostypes.inc signal.inc System.pas (extends system.pp)
 
 
 
These files are unique to the compiler:
 
 
 
aasmcpu.pas aoptcpub.pas aoptcpud.pas aoptcpu.pas cgcpu.pas
 
cpubase.pas cpugas.pas cpuinfo.pas cpunode.pas cpupara.pas
 
cpupi.pas cpuswtch.pas cputarg.pas itcpugas.pas ncpuadd.pas
 
ncpucall.pas ncpucnv.pas ncpuinln.pas ncpumat.pas ncpuset.pas
 
opcode.inc racpu.pas raMIPS.pas raMPSgas.pas rfv32con.inc
 
rfv32dwf.inc rfv32nor.inc rfv32num.inc rfv32rni.inc rfv32sri.inc
 
rfv32sta.inc rfv32std.inc rfv32sup.inc rgcpu.pas strinst.inc
 
sysconst.rst
 
  
It should be possible to rebuild the compiler using David Zhang's binary with duplicated files etc. cleaned up, i.e. using the core files as listed above plus suitable search paths etc. However in general effort is better applied to the mainline MIPS port (below).
+
=== Big-endian subarchitecture ===
 
 
=== Mainline MIPS Port ===
 
  
This is part of the trunk development files, but does not yet appear in standard releases; i.e. it's only available via an svn download.
+
''Working notes, no permanent links.''
  
The host is assumed to be a non-MIPS system, for example x86 running Linux (e.g. Debian "Squeeze"). It needs a copy of binutils, and it is probably expedient to make this the same version as is running natively, i.e. 2.20.1 in the above case, downloaded from [http://ftp.gnu.org/gnu/binutils/binutils-2.20.1.tar.bz2]. In any event, no version older than 2.18 will work since symbolic register names are a prerequisite.
+
This is a highly-experimental investigation of how much work it would take to port the existing little-endian compiler (mipsel) to big-endian architectures. Note that the GNU triplet is mips-linux-gnu, there is no such thing as mipseb-linux-gnu etc.
  
 
Build and install cross-binutils:
 
Build and install cross-binutils:
 +
<syntaxhighlight lang="bash">
 +
tar xjf binutils-2.20.1.tar.bz2
 +
cd binutils-2.20.1
 +
./config.sub mips-linux-gnu
 +
./configure --prefix=/usr/local/mips-linux mips-linux-gnu
 +
make
 +
sudo make install
 +
sudo ln -s /usr/local/mips-linux/bin/as /usr/local/bin/mips-linux-as
 +
sudo ln -s /usr/local/mips-linux/bin/ld /usr/local/bin/mips-linux-ld
 +
sudo ln -s /usr/local/mips-linux/bin/ar /usr/local/bin/mips-linux-ar
 +
sudo ln -s /usr/local/mips-linux/bin/objdump /usr/local/bin/mips-linux-objdump
 +
sudo ln -s /usr/local/mips-linux/bin/objcopy /usr/local/bin/mips-linux-objcopy
 +
sudo ln -s /usr/local/mips-linux/bin/strip /usr/local/bin/mips-linux-strip
 +
mips-linux-ld -V
 +
</syntaxhighlight>
  
$ tar xjf binutils-2.20.1.tar.bz2
+
Build a compiler which runs on the host but targets mipseb, note debug options which are needed later:
$ cd binutils-2.20.1
+
<syntaxhighlight lang="bash">
$ ./configure --prefix=/usr/local/mipsel-linux mipsel-linux-gnu
+
cd /usr/local/src/fpc-trunk
$ make
+
export PP=
$ sudo make install
+
make "OPT=-O- -g" -C compiler mips
$ sudo ln -s /usr/local/mipsel-linux mipsel-linux/bin/as /usr/local/bin/mipsel-linux-as
+
mv compiler/ppcmips compiler/ppcXmips
$ sudo ln -s /usr/local/mipsel-linux mipsel-linux/bin/ld /usr/local/bin/mipsel-linux-ld
+
</syntaxhighlight>
$ mipsel-linux-ld -V
 
  
Build a compiler which runs on the host but targets mipsel:
+
For my own reference, actually using /usr/local/src/fpc/zhang/fpc-trunk/fpc
  
$ cd /usr/local/src/fpc-trunk
+
<syntaxhighlight lang="bash">
$ make -C compiler mipsel
+
export PP=/usr/local/src/fpc-trunk/fpc/compiler/ppcXmips
$ mv compiler/ppcmipsel compiler/ppcXmipsel
+
make CPU_TARGET=mips OS_TARGET=linux rtl
 +
# make CPU_TARGET=mips OS_TARGET=linux compiler
 +
</syntaxhighlight>
  
Renaming the compiler prevents it from being deleted by make clean etc.
+
Build a compiler which runs on the target:
 +
<syntaxhighlight lang="bash">
 +
export PP=/usr/local/src/fpc-trunk/fpc/compiler/ppcXmips
 +
make "OPT=-O- -g" -C compiler mips
 +
</syntaxhighlight>
  
Inspect prt0.as, e.g. in rtl/linux/mipsel/prt0.as. If necessary, close the multi-line comment starting at line 20 and then if line 71 reads as below (arrowed):
+
<syntaxhighlight lang="bash">
  
        addu    $a2,$a2,$a1
+
$PP -i |head
        lui    $a3,$hi(operatingsystem_parameter_envp) <=====
+
Free Pascal Compiler version 2.7.1
        jal    PASCALMAIN
 
        sw      $a2,%lo(operatingsystem_parameter_envp)($a3)
 
  
edit $hi to read %hi. Compile with:
+
Compiler Date      : 2012/11/02
 +
Compiler CPU Target: mipseb
  
$ export PP=/usr/local/src/fpc-trunk/fpc/compiler/ppcXmipsel
+
Supported targets:
$ make CPU_TARGET=mipsel OS_TARGET=linux rtl
+
  Linux for MIPSEB
  
cprt0.as, dllprt0.as and gprt0.as aren't needed yet (they're for compiling with linkage to C libraries, compiling DLLs and compiling for gprof respectively) so may all be dummies. I favour a minimal comment in cases like this rather than leaving files blank.
+
file compiler/ppcmips
 +
compiler/ppcmips: ELF 32-bit MSB executable, MIPS, MIPS-II version 1 (SYSV), statically linked, stripped
  
==== Stall point ====
+
file rtl/units/mips-linux/system.o
 +
rtl/units/mips-linux/system.o: ELF 32-bit MSB relocatable, MIPS, MIPS-II version 1 (SYSV), not stripped
 +
</syntaxhighlight>
  
$ export PP=/usr/local/src/fpc-trunk/fpc/compiler/ppcXmipsel
+
== See also ==
$ make CPU_TARGET=mipsel OS_TARGET=linux rtl
+
*[[TARGET Embedded Mipsel]]
 
make -C rtl all
 
make[1]: Entering directory `/usr/local/src/fpc-trunk/fpc/rtl'
 
make -C linux all
 
make[2]: Entering directory `/usr/local/src/fpc-trunk/fpc/rtl/linux'
 
mipsel-linux-as  -o /usr/local/src/fpc-trunk/fpc/rtl/units/mipsel-linux/cprt0.o mipsel/cprt0.as
 
mipsel-linux-as  -o /usr/local/src/fpc-trunk/fpc/rtl/units/mipsel-linux/gprt0.o mipsel/gprt0.as
 
make[2]: *** No rule to make target `../mipsel/mips.inc', needed by `system.ppu'.  Stop.
 
make[2]: Leaving directory `/usr/local/src/fpc-trunk/fpc/rtl/linux'
 
make[1]: *** [linux_all] Error 2
 
make[1]: Leaving directory `/usr/local/src/fpc-trunk/fpc/rtl'
 
make: *** [rtl] Error 2
 
  
needs rtl/mipsel/mips.inc. By reference to e.g. sparc.inc this contains various low-level stuff, hopefully it can be largely reconstructed from David Zhang's mipsel.inc plus possibly reference to sparc.inc etc., remembering that MIPS exists with both big- and little-endianness.
+
[[Category:FPC]]
 
+
[[Category:Operating Systems and Platforms]]
I'm not going to be able to put time into this until much later today (Tuesday) or possibly later in the week.
+
[[Category:Microcontrollers]]
 
+
[[Category:PIC32]]
To be continued (hopefully :-)
+
[[Category:MIPS]]
 
 
As a general point, there's some useful thoughts on binary disassembly at [http://chdk.wikia.com/wiki/GPL_Disassembling] for situations where IDA or equivalent aren't available.
 

Latest revision as of 07:30, 26 January 2020

The MIPS architecture is unusual in that it was designed for desktop computers, is now overwhelmingly used for embedded systems, but can still occasionally be found in desktops or small servers. The only comparable architecture is ARM, which is the platform of choice for a multitude of mobile phones, tablets etc.

Like almost all computers, MIPS-based systems will contain an internal loader, usually in flash memory. However there are three basic categories of system:

  • Those that boot an operating system from internal flash, such as the Linksys/Cisco WRT54G [1].
  • Those that boot an operating system from a conventional disc, connected via IDE, SCSI or USB, such as an SGI server or workstation, or a Cobalt/Sun Qube or Raq.
  • Those running as guests using an emulator such as Qemu on a general-purpose computer.

In any of these cases it is necessary to be able to install a general-purpose operating system such as Linux in order to be able to run development tools. This writer (MarkMLl) favours Debian, since he finds that using it results in a very similar system on a wide range of hardware (x86, SPARC, PPC, MIPS, ARM, zSeries, 68K).

If you intend to build Lazarus, make sure you have at least 512Mb memory (RAM + swap) available.

Microchip microcontrollers

In 2013, Microchip enhanced their series of "PIC24" and "PIC33" chips with the "PIC32" variants, providing compatible (to a certain extent even pin-compatible) alternatives to the 16 bit chips (PIC32MX..."), as well as much more powerful ones ("PIC32MZ..."). The PIC32 chips are both cheaper and more versatile than the corresponding PIC24s. Hence they include both cheap and powerful controllers. The PIC32 chips feature a "M4K" MIPS CPU and so they could run software done with the FPC MIPS cross compiler. As usually these chips are used for doing "deeply embedded" systems: in most cases there will be no formal OS and the user code programmer will need to adapt the RTL to fit his needs. But as the C-based "MPLAB-X" IDE by Microchip comes with a huge library that provides basic functions (such as heap management), the "standard" RTL for such purpose should take this into account.

FPC Implementations for MIPS

As of 2011 there are two implementations of FPC for the MIPS architecture, both targeting Linux.

  • A fork of the mainline compiler at 2.0.0 by David Zhang. Now deprecated due to mainline integration.
  • An ongoing effort to reconcile this with the mainline project, in SVN trunk and partially completed in 2.7.x.

David Zhang's Compiler

The "unofficial" MIPS compiler at [2] was written by David Zhang (possibly [3]) and is licensed under GPL Version 2, it cites but does not include the COPYING.FPC file. The compiler appears to have been originally based on the SPARC port, and there are significant differences between it and the mainline sources. It is discussed for historical interest, and as reference until the mainline compiler is at least as complete and robust.

There are .zip files of both sources and a minimal executable at Sourceforge (link above). The sources are basically a complete reimplementation of fpcsrc/compiler/mips based on FPC 2.0.0, the compiler targets mipsel and is described as being operational on Qemu but not yet supporting shared libraries.

Since this is specifically a little-endian compiler it should presumably be compatible with Linux on a MIPS-based Qube or Raq, or with the Chinese "Loongson" processor. It will not be compatible with SGI MIPS systems, which are big-endian.

There is a system library bundled with the compiler, but no indication of how far the compiler is capable of handling the remainder of the standard libraries. The released files may be downloaded from:

This comprises the binary compiler pp_mipsel32. It successfully compiles a minimal test program which appears to run.

This is both source and binary, dumped into a single directory which appears to correspond to the standard fpc_200/compiler, i.e. there's no separate compiler/mips directory; it also partially reimplements some standard libraries etc.

Mainline MIPS Port

This is part of the trunk development files, but does not yet appear in standard releases; i.e. it's only available via an svn download.

The host is assumed to be a non-MIPS system, for example x86 running Linux (e.g. Debian "Squeeze"). It needs a copy of binutils, and it is probably expedient to make this the same version as is running natively, i.e. 2.20.1 in the above case, downloaded from [4]. In any event, no version older than 2.18 will work since symbolic register names are a prerequisite.

Build and install cross-binutils:

tar xjf binutils-2.20.1.tar.bz2
cd binutils-2.20.1
./config.sub mipsel-linux-gnu
./configure --prefix=/usr/local/mipsel-linux mipsel-linux-gnu
make
sudo make install
sudo ln -s /usr/local/mipsel-linux/bin/as /usr/local/bin/mipsel-linux-as
sudo ln -s /usr/local/mipsel-linux/bin/ld /usr/local/bin/mipsel-linux-ld
sudo ln -s /usr/local/mipsel-linux/bin/ar /usr/local/bin/mipsel-linux-ar
sudo ln -s /usr/local/mipsel-linux/bin/objdump /usr/local/bin/mipsel-linux-objdump
sudo ln -s /usr/local/mipsel-linux/bin/objcopy /usr/local/bin/mipsel-linux-objcopy
sudo ln -s /usr/local/mipsel-linux/bin/strip /usr/local/bin/mipsel-linux-strip
mipsel-linux-ld -V

Particularly if working with the trunk sources, consider doing the same for a different CPU (e.g. powerpc-linux-gnu) so as not to be caught out if they won't build due to a temporary inconsistency.

Build a compiler which runs on the host but targets mipsel, note debug options which are needed later:

cd /usr/local/src/fpc-trunk
export PP=
make "OPT=-O- -g" -C compiler mipsel
mv compiler/ppcmipsel compiler/ppcXmipsel

Renaming the compiler prevents it from being deleted by make clean etc., consider extending that OPT setting with -dEXTDEBUG.

export PP=/usr/local/src/fpc-trunk/fpc/compiler/ppcXmipsel
make CPU_TARGET=mipsel OS_TARGET=linux rtl
make CPU_TARGET=mipsel OS_TARGET=linux compiler

Move the newly-generated compiler and the RTL units to the target system, which should now be able to do a full build.

Stall point

As of October 2012 there are still some code-generation tests failing.

To be continued (hopefully :-)

As a general point, there's some useful thoughts on binary disassembly at [5] for situations where IDA or equivalent aren't available.

Big-endian subarchitecture

Working notes, no permanent links.

This is a highly-experimental investigation of how much work it would take to port the existing little-endian compiler (mipsel) to big-endian architectures. Note that the GNU triplet is mips-linux-gnu, there is no such thing as mipseb-linux-gnu etc.

Build and install cross-binutils:

tar xjf binutils-2.20.1.tar.bz2
cd binutils-2.20.1
./config.sub mips-linux-gnu
./configure --prefix=/usr/local/mips-linux mips-linux-gnu
make
sudo make install
sudo ln -s /usr/local/mips-linux/bin/as /usr/local/bin/mips-linux-as
sudo ln -s /usr/local/mips-linux/bin/ld /usr/local/bin/mips-linux-ld
sudo ln -s /usr/local/mips-linux/bin/ar /usr/local/bin/mips-linux-ar
sudo ln -s /usr/local/mips-linux/bin/objdump /usr/local/bin/mips-linux-objdump
sudo ln -s /usr/local/mips-linux/bin/objcopy /usr/local/bin/mips-linux-objcopy
sudo ln -s /usr/local/mips-linux/bin/strip /usr/local/bin/mips-linux-strip
mips-linux-ld -V

Build a compiler which runs on the host but targets mipseb, note debug options which are needed later:

cd /usr/local/src/fpc-trunk
export PP=
make "OPT=-O- -g" -C compiler mips
mv compiler/ppcmips compiler/ppcXmips

For my own reference, actually using /usr/local/src/fpc/zhang/fpc-trunk/fpc

export PP=/usr/local/src/fpc-trunk/fpc/compiler/ppcXmips
make CPU_TARGET=mips OS_TARGET=linux rtl
# make CPU_TARGET=mips OS_TARGET=linux compiler

Build a compiler which runs on the target:

export PP=/usr/local/src/fpc-trunk/fpc/compiler/ppcXmips
make "OPT=-O- -g" -C compiler mips
$PP -i |head
Free Pascal Compiler version 2.7.1

Compiler Date      : 2012/11/02
Compiler CPU Target: mipseb

Supported targets:
  Linux for MIPSEB

file compiler/ppcmips
compiler/ppcmips: ELF 32-bit MSB executable, MIPS, MIPS-II version 1 (SYSV), statically linked, stripped

file rtl/units/mips-linux/system.o
rtl/units/mips-linux/system.o: ELF 32-bit MSB relocatable, MIPS, MIPS-II version 1 (SYSV), not stripped

See also