Subj : $F+ compiler flag. To : Joseph Larsen From : mark lewis Date : Fri Jul 01 2016 12:14 pm 30 Jun 16 23:39, you wrote to All: JL> I have some source code i'm trying to compile. The problem is, that it JL> (the compiler) seems to be completely ignoring the $F+ compiler flags. quoting from http://www.freepascal.org/docs-html/prog/progsu21.html ===== snip ===== 1.2.21 $F : Far or near functions This directive is recognized for compatibility with Turbo Pascal. Under the 32-bit and 64-bit programming models, the concept of near and far calls have no meaning, hence the directive is ignored. A warning is printed to the screen, as a reminder. As an example, the following piece of code: {$F+} Procedure TestProc; begin Writeln ('Hello From TestProc'); end; begin testProc end. Generates the following compiler output: malpertuus: >pp -vw testf Compiler: ppc386 Units are searched in: /home/michael;/usr/bin/;/usr/lib/ppc/0.9.1/linuxunits Target OS: Linux Compiling testf.pp testf.pp(1) Warning: illegal compiler switch 7739 kB free Calling assembler... Assembled... Calling linker... 12 lines compiled, 1.00000000000000E+0000 One can see that the verbosity level was set to display warnings. When declaring a function as Far (this has the same effect as setting it between {$F+} ...{$F-} directives), the compiler also generates a warning: testf.pp(3) Warning: FAR ignored The same story is true for procedures declared as Near. The warning displayed in that case is: testf.pp(3) Warning: NEAR ignored ===== snip ===== with that said, what compiler mode are you using? quoting from http://www.freepascal.org/docs-html/user/userse33.html ===== snip ===== 7.1 Free Pascal compiler modes The Free Pascal team tries to create a compiler that can compile as much as possible code produced for Turbo Pascal, Delphi or the Mac pascal compilers: this should make sure that porting code that was written for one of these compilers is as easy as possible. At the same time, the Free Pascal developers have introduced a lot of extensions in the Object Pascal language. To reconcile these different goals, and to make sure that people can produce code which can still be compiled by the Turbo Pascal and Delphi compilers, the compiler has a concepts of 'compiler modes'. In a certain compiler mode, the compiler has certain functionalities switched on or off. This allows to introduce a compatibility mode in which only features supported by the original compiler are supported. Currently, 5 modes are supported: FPC This is the original Free Pascal compiler mode: here all language constructs except classes, interfaces and exceptions are supported. Objects are supported in this mode. This is the default mode of the compiler. OBJFPC This is the same mode as FPC mode, but it also includes classes, interfaces and exceptions. TP Turbo Pascal compatibility mode. In this mode, the compiler tries to mimic the Turbo Pascal compiler as closely as possible. Obviously, only 32-bit or 64-bit code can be compiled. DELPHI Delphi compatibility mode. In this mode, the compiler tries to resemble the Delphi compiler as best as it can: All Delphi 7 features are implemented. Features that were implemented in the .NET versions of Delphi are not implemented. MACPAS the Mac Pascal compatibility mode. In this mode, the compiler attempts to allow all constructs that are implemented in Mac pascal. In particular, it attempts to compile the universal interfaces. The compiler mode can be set on a per-unit basis: each unit can have its own compiler mode, and it is possible to use units which have been compiled in different modes intertwined. The mode can be set in one of 2 ways: On the command line, with the -M switch. In the source file, with the {$MODE } directive. Both ways take the name of the mode as an argument. If the unit or program source file does not specify a mode, the mode specified on the command-line is used. If the source file specifies a mode, then it overrides the mode given on the command-line. Thus compiling a unit with the -M switch as follows: fpc -MOBJFPC myunit is the same as having the following mode directive in the unit: {$MODE OBJFPC} Unit myunit; The MODE directive should always be located before the uses clause of the unit interface or program uses clause, because setting the mode may result in the loading of an additional unit as the first unit to be loaded. Note that the {$MODE } directive is a global directive, i.e. it is valid for the whole unit; Only one directive can be specified. The mode has no influence on the availability of units: all available units can be used, independent of the mode that is used to compile the current unit or program. ===== snip ===== )\/(ark Always Mount a Scratch Monkey .... A man without a God is like a fish without a bicycle. --- * Origin: (1:3634/12.73) .