ref: d359a98ab9cfc42de66ad35333bd6d6c0571b7ca
dir: /doc/6m.1/
.TH MC 1 .SH NAME 6m .SH SYNOPSIS .B 6m .I -[?hioSG9d] .I [file...] .br .SH DESCRIPTION .PP The ?m compiler family compiles Myrddin source into object files for the corresponding architecture. Each architecture gets its own compler. Unless otherwise specified, if the input file is named .I filename.myr then the the object file that is generated will be named .I filename.o. .PP Any text between the first '+' in the file name and the suffix are stripped. This functionality is used to specify system tags for tools like 'mbld'. .PP If the filename does not end with the suffix .I .myr then the object suffix .I .o will simply be appended to it. .PP The following architectures are currently supported: .TP 6m x86-64 .PP The compiler options are: .TP .B -d [flTriu] Print debugging dumps. Additional options may be given to give more debugging information for specific intermediate states of the compilation. .TP .B -h, -? Print a summary of the available options. .TP .B -I path Add 'path' to the search path for unquoted use statments. This option does not affect the search path for local usefiles, which are always searched relative to the directory containing the output file. Without any options, the search path defaults to /usr/include/myr. .TP .B -o output-file Specify that the generated code should be placed in .I output-file instead of the default location. .TP .B -S Generate assembly code along with the object file. .TP .B -G Generate assembly in the Gnu As syntax. .TP .B -9 Generate assembly in the Plan 9 syntax. .SH EXAMPLE .EX 6m foo.myr 6m bar.myr ld -o foobar foo.o bar.o .EE .SH FILES The source code for this compiler is available from .B git://git.eigenstate.org/git/ori/mc.git .SH SEE ALSO .IR muse(1) .IR ld(1) .IR as(1) .SH BUGS .PP The language is not yet complete, and the compilers often omit useful constructs in spite of their desirability. .PP There are virtually no optimizations done, and the generated source is often very poorly performing. .PP The current calling convention is stack-based and not register-based, even on architectures where it should be register-based. .PP The calling convention is not compatible with C.