Go to file
Stephen Heumann 99a10590b1 Avoid out-of-range branches around asm code using dcl directives.
The branch range calculation treated dcl directives as taking 2 bytes rather than 4, which could result in out-of-range branches. These could result in linker errors (for forward branches) or silently generating wrong code (for backward branches).

This patch now treats dcb, dcw, and dcl as separate directives in the native-code layer, so the appropriate length can be calculated for each.

Here is an example of code affected by this:

int main(int argc, char **argv) {
top:
        if (!argc) { /* this caused a linker error */
                asm {
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                        dcl 0
                }
                goto top; /* this generated bad code with no error */
        }
}
2022-10-13 18:00:16 -05:00
obj
ORCACDefs Adjust the way FE_DFL_ENV is defined. 2022-07-11 18:30:37 -05:00
Tests Use properly result type for statically evaluated ternary operators. 2022-07-04 22:30:25 -05:00
Asm.pas Avoid out-of-range branches around asm code using dcl directives. 2022-10-13 18:00:16 -05:00
backup
C.Update.ReadMe Update ORCA/C version number to 2.2.0 B6. 2022-07-19 20:40:52 -05:00
cc.notes Avoid out-of-range branches around asm code using dcl directives. 2022-10-13 18:00:16 -05:00
CC.pas Give an error if file names or command-line parameters are too long. 2022-02-12 15:42:15 -06:00
CC.rez Update displayed version number to mark this as a development version. 2022-07-25 18:33:32 -05:00
CC.rez2
CCommon.asm
CCommon.macros
CCommon.pas Parse ... as a single punctuator token. 2022-10-10 18:06:01 -05:00
CGC.asm Increase some size limits. 2022-07-08 21:30:14 -05:00
CGC.macros Process floating-point values within the compiler using the extended type. 2021-03-04 23:58:08 -06:00
CGC.pas Add a new optimize flag for FP math optimizations that break IEEE rules. 2021-11-29 20:31:15 -06:00
CGI.Comments Add option to use the declared type for float/double/comp params. 2022-09-18 21:16:46 -05:00
CGI.Debug Improve debug printing of pcodes. 2022-06-08 20:49:16 -05:00
CGI.pas Avoid out-of-range branches around asm code using dcl directives. 2022-10-13 18:00:16 -05:00
Charset.pas Support UTF-8/16/32 string literals and character constants (C11). 2021-10-11 20:54:37 -05:00
count
DAG2.pas
DAG.pas Follow up peephole optimizations that may enable more optimizations. 2022-10-12 19:14:13 -05:00
Debugger.md Update the debugging format for long long values. 2021-01-31 20:26:51 -06:00
Exp.macros Evaluate arithmetic and shifts in long long constant expressions. 2021-02-14 20:39:35 -06:00
Expression.asm Evaluate 64-bit comparisons in constant expressions. 2021-02-16 23:11:41 -06:00
Expression.pas Eliminate global variables for declaration specifiers. 2022-10-01 21:28:16 -05:00
Gen.pas Do not optimize code from asm statements. 2022-10-12 22:03:37 -05:00
Header2.pas
Header.pas Parse ... as a single punctuator token. 2022-10-10 18:06:01 -05:00
LICENSE
linkit Add initial support for universal character names. 2020-01-19 23:59:54 -06:00
linkit2
make Add initial support for universal character names. 2020-01-19 23:59:54 -06:00
make2
MM.asm
MM.macros
MM.pas Give an error if file names or command-line parameters are too long. 2022-02-12 15:42:15 -06:00
Native2.pas
Native.asm Avoid out-of-range branches around asm code using dcl directives. 2022-10-13 18:00:16 -05:00
Native.macros
Native.pas Avoid out-of-range branches around asm code using dcl directives. 2022-10-13 18:00:16 -05:00
ObjOut2.asm
ObjOut2.pas
ObjOut.asm
ObjOut.macros
ObjOut.pas
Parser.pas Parse ... as a single punctuator token. 2022-10-10 18:06:01 -05:00
Printf.pas Update printf/scanf format checker to match recent library changes. 2021-02-14 17:45:39 -06:00
README.md
Scanner.asm Properly stringize tokens that start with a trigraph. 2022-03-25 18:10:13 -05:00
Scanner.debug
Scanner.macros Support 64-bit decimal constants in code. 2021-02-15 12:28:30 -06:00
Scanner.pas Parse ... as a single punctuator token. 2022-10-10 18:06:01 -05:00
settypes
smake
Symbol.asm
Symbol.macros
Symbol.pas Add option to use the declared type for float/double/comp params. 2022-09-18 21:16:46 -05:00
Symbol.Print Record volatile and restrict qualifiers in types. 2021-08-30 18:19:58 -05:00
Table.asm Parse ... as a single punctuator token. 2022-10-10 18:06:01 -05:00
Table.macros
Table.pas Spellcheck comments throughout the code. 2020-01-29 17:09:52 -06:00

ORCA-C

Apple IIGS ORCA/C Compiler, an ANSI C compiler for the 65816 with libraries for the Apple IIGS

Binary downloads for the latest ORCA/C release are on the releases page.

If you would like to make changes to this compiler and distribute them to others, feel free to submit them here. If the changes apply to compilation on and for an Apple IIGS, they will generally be approved for distribution on the master branch unless the changes deviate significantly from the ANSI C standard. For changes that deviate form ANSI C or changes that retarget the compiler to run on a different platform or generate code for a different platform, the project will either be forked or a new repository will be created, as appropriate.

The general conditions that must be met before a change is released on master are:

  1. The modified compiler must compile under the currently released version of ORCA/M and ORCA/Pascal.

  2. All samples from the original ORCA/C distribution must compile and execute under the modified compiler, or the sample must be updated, too.

  3. The compiler must pass the ORCA/C tset suite, or the test suite must be suitably modified, too.

  4. The compiler must work with the current ORCA/C libraries, or the libraries must be modified, too.

Contact support@byteworks.us if you need contributor access.

A complete distribution of the ORCA languages, including installers and documentation, is available from the Juiced GS store at https://juiced.gs/store/category/software/. It is distributed as part of the Opus ][ package.

Line Endings and File Types

The text and source files in this repository originally used CR line endings, as usual for Apple II text files, but they have been converted to use LF line endings because that is the format expected by Git. If you wish to move them to a real or emulated Apple II and build them there, you will need to convert them back to CR line endings.

If you wish, you can configure Git to perform line ending conversions as files are checked in and out of the Git repository. With this configuration, the files in your local working copy will contain CR line endings suitable for use on an Apple II. To set this up, perform the following steps in your local copy of the Git repository (these should be done when your working copy has no uncommitted changes):

  1. Add the following lines at the end of the .git/config file:
[filter "crtext"]
	clean = LC_CTYPE=C tr \\\\r \\\\n
	smudge = LC_CTYPE=C tr \\\\n \\\\r
  1. Add the following line to the .git/info/attributes file, creating it if necessary:
* filter=crtext
  1. Run the following commands to convert the existing files in your working copy:
rm .git/index
git checkout HEAD -- .

Alternatively, you can keep the LF line endings in your working copy of the Git repository, but convert them when you copy the files to an Apple II. There are various tools to do this. One option is udl, which is available both as a IIGS shell utility and as C code that can be built and used on modern systems.

In addition to converting the line endings, you will also have to set the files to the appropriate file types before building ORCA/C on a IIGS. The included settypes script (for use under the ORCA shell) does this for the sources to the ORCA/C compiler itself, although it does not currently cover the test cases and headers.