Source code for ORCA/Pascal.
Go to file
2024-01-12 15:19:54 -07:00
Tool.Interface Fixed the setFileInfoOSDCB type to correct a typo and the types used for the create and mod DateTime. 2021-07-26 09:07:22 +10:00
backup cr / lf conversion. 2018-03-12 14:15:39 -04:00
call.pas Update call.pas 2018-03-27 08:58:20 -06:00
cgc.asm cr / lf conversion. 2018-03-12 14:15:39 -04:00
cgc.macros cr / lf conversion. 2018-03-12 14:15:39 -04:00
cgc.pas cr / lf conversion. 2018-03-12 14:15:39 -04:00
cgi.asm cr / lf conversion. 2018-03-12 14:15:39 -04:00
cgi.comments cr / lf conversion. 2018-03-12 14:15:39 -04:00
cgi.pas support for gsbug / nifty list inline debug names 2018-03-25 21:49:31 -04:00
count cr / lf conversion. 2018-03-12 14:15:39 -04:00
dag.asm bug in division routines. 2018-03-15 23:14:48 -04:00
dag.macros cr / lf conversion. 2018-03-12 14:15:39 -04:00
dag.pas cr / lf conversion. 2018-03-12 14:15:39 -04:00
gen.pas support for gsbug / nifty list inline debug names 2018-03-25 21:49:31 -04:00
LICENSE.txt ORCA/Pascal 2.2 source from the Opus ][ CD 2018-03-11 20:21:14 -06:00
linkit cr / lf conversion. 2018-03-12 14:15:39 -04:00
make cr / lf conversion. 2018-03-12 14:15:39 -04:00
native.asm cr / lf conversion. 2018-03-12 14:15:39 -04:00
native.macros cr / lf conversion. 2018-03-12 14:15:39 -04:00
native.pas cr / lf conversion. 2018-03-12 14:15:39 -04:00
objout.asm cr / lf conversion. 2018-03-12 14:15:39 -04:00
objout.macros cr / lf conversion. 2018-03-12 14:15:39 -04:00
objout.pas cr / lf conversion. 2018-03-12 14:15:39 -04:00
parser.pas Merge pull request #11 from ksherlock/forward_objects 2018-03-27 08:59:03 -06:00
pascal.notes cr / lf conversion. 2018-03-12 14:15:39 -04:00
pascal.pas cr / lf conversion. 2018-03-12 14:15:39 -04:00
pascal.rez cr / lf conversion. 2018-03-12 14:15:39 -04:00
pcommon.asm cr / lf conversion. 2018-03-12 14:15:39 -04:00
pcommon.macros cr / lf conversion. 2018-03-12 14:15:39 -04:00
pcommon.pas This patch allows forward object declarations, in the same manner as delphi. To pre-declare an object, use a semicolon after the object keyword. 2018-03-25 21:57:41 -04:00
README.md Update README.md 2024-01-12 15:19:54 -07:00
scanner.asm when checking if an identifier is a reserved word, the scanner has a table mapping the first character to the number of reserved words starting with that character. 2020-03-19 23:54:22 -04:00
scanner.macros cr / lf conversion. 2018-03-12 14:15:39 -04:00
scanner.pas support for gsbug / nifty list inline debug names 2018-03-25 21:49:31 -04:00
smac cr / lf conversion. 2018-03-12 14:15:39 -04:00
symbols.asm cr / lf conversion. 2018-03-12 14:15:39 -04:00
symbols.macros cr / lf conversion. 2018-03-12 14:15:39 -04:00
symbols.pas rebasing on updated code base. 2018-03-25 21:41:36 -04:00

ORCA-Pascal

Apple IIGS ORCA/Pascal Compiler, an ISO Pascal compiler for the 65816 with libraries for the Apple IIGS

See the release page for any releases past the base release releases page. The full compiler and development envirnment are available as part of the Opus ][ collection sold by Juiced.GS.

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 ISO Pascal standard. For changes that deviate from ISO Pascal 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/Pascal distribution must compile and execute under the modified compiler, or the sample must be updated, too.

  3. The compiler must pass the ORCA/Pascal test suite, or the test suite must be suitably modified, too. The test suite is based on a commercial product, so it cannot be uploaded here. Contributors should contact the Byte Works to inquire about acces to the test suite.

  4. The compiler must work with the current ORCA/Pascal 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.