n)/units/$(fpctarget)/.
>
>
>
> --
> View this message in context:
> http://free-pascal-general.1045716.n5.nabble.com/problem-with-the-opengl-unit-tp5719120p5719126.html
> Sent from the Free Pascal - General mailing list archive at Nabble.com.
> __
-
$ cd /tmp/fpc-2.6.4/usr/bin
$ ln -s ../lib/fpc/2.6.4/ppc386
$ cd -
$ rm -rfv fpc-2.6.4.i386-linux fpcbuild-2.6.4
Do you see why my opengl unit is not found?
On Sat, 3 May 2014 21:29:44 +0200
Reimar Grabowski wrote:
> On Sat, 3 May 2014 20:48:02 +0200
> YuGiOhJCJ Mailing-List wrote:
>
xt:
> http://free-pascal-general.1045716.n5.nabble.com/problem-with-the-opengl-unit-tp5719120p5719121.html
> Sent from the Free Pascal - General mailing list archive at Nabble.com.
> ___
> fpc-pascal maillist - fpc-pascal@lists.freepascal.or
Hello,
I have built from source code the fpc-2.6.4 compiler on Linux.
I am not sure that I have correctly build it because:
1) It works well with my hello_world.pas code:
program Hello;
begin
writeln ('Hello, world.')
end.
$ fpc hello_world.pas
Free Pascal Compiler version 2.6.4 [2014/05/03] f
> particle_t = record
> name: array [0..Pred(16)] of char;
> longi: integer;
> pressure: float;
> temperature: double;
> lati: integer;
> end;
>
> ibuf: array [0..Pred(2)] of particle_t;
> (* raw translation by automatic t
Michael says:
> - 'const': gives pointer, content read-only
In practice the compiler may[1] check for access to the value at compile
time and just give you a pointer to the real thing (since it knows you
won't change it). With a non-specified parameter it has to make a copy and
pass that, which sl
