A lot of problems using latest Lazarus and fpc release

[inky]

So, I downloaded latest release 0.9.0.10 and fpc-1.9.3-040122.i386.rpm with same fpcsrc...

First problem...

1.  Lazarus release 0.9.0.10 requires gdk-pixbuf-devel-0.18 (from Red Hat 8.0 release)... But I am using Red Hat Linux 7.0 on my vintage laptop... with gdk-pixbuf-devel-0.8 (from RH7.0 distribution) that works fine with previous lazarus releases. Even simple Form with a button was not compiled until I installed gdk-pixbuf-devel-0.11 from RH 7.2 release (--nodeps --force)
Now it works fine.


2. fpc doesn't work. It writes a message that can't find ppc386.
But I still can compile program using /usr/lib/fpc/1.9.3/ppc386 myprogram.pas

3. When using fpc-1.9.3, I can't compile many of my old programs... especially programs that use linux unit... I discovered that linux unit replaced and doesn't contain Execv*, execl*, shell etc... I discovered 'oldlinux' unit too, that seems to be replacement of old linux unit...
And when I replace 'uses linux' to 'uses oldlinux' in my sources they was compiled, but did not work correctly.
Try:
uses oldlinux
begin
Shell ('ls -l');
end.
And U will see the problem.

4. I want to mention that another programs doesn't compile too...
try QuickGTK examples from
http://home.tiscali.cz/bubenic/nase.gnu/qgtk_en.htm
they compiled with fpc-1.0.10 and it seems to be impossible to compile with fpc-1.9.3

Thanks

[neli]

So, I downloaded latest release 0.9.0.10 and fpc-1.9.3-040122.i386.rpm with same fpcsrc...

First problem...

1.  Lazarus release 0.9.0.10 requires gdk-pixbuf-devel-0.18 (from Red Hat 8.0 release)... But I am using Red Hat Linux 7.0 on my vintage laptop... with gdk-pixbuf-devel-0.8 (from RH7.0 distribution) that works fine with previous lazarus releases. Even simple Form with a button was not compiled until I installed gdk-pixbuf-devel-0.11 from RH 7.2 release (--nodeps --force)
Now it works fine.

Can't do much about this I think?

2. fpc doesn't work. It writes a message that can't find ppc386.
But I still can compile program using /usr/lib/fpc/1.9.3/ppc386 myprogram.pas

I usually make a symlink from ../bin/ppc386 to /usr/lib/fpc/1.9.3/ppc386.

3. When using fpc-1.9.3, I can't compile many of my old programs... especially programs that use linux unit... I discovered that linux unit replaced and doesn't contain Execv*, execl*, shell etc... I discovered 'oldlinux' unit too, that seems to be replacement of old linux unit...
And when I replace 'uses linux' to 'uses oldlinux' in my sources they was compiled, but did not work correctly.
Try:
uses oldlinux
begin
Shell ('ls -l');
end.
And U will see the problem.

Using oldlinux is deprecated. You should use baseunix now, and most functions have fp... prepended to them.

4. I want to mention that another programs doesn't compile too...
try QuickGTK examples from
http://home.tiscali.cz/bubenic/nase.gnu/qgtk_en.htm
they compiled with fpc-1.0.10 and it seems to be impossible to compile with fpc-1.9.3

Sorry, no clue.

HTH,

Micha.

[inky]

2. fpc doesn't work. It writes a message that can't find ppc386.
But I still can compile program using /usr/lib/fpc/1.9.3/ppc386 myprogram.pas

I usually make a symlink from ../bin/ppc386 to /usr/lib/fpc/1.9.3/ppc386.

mmm...
/usr/bin/ppc386 asymlink is already created after rpm installation.
It doesn't work!
But compiler works, when I remove fpc binary from /usr/bin and reaplce it with symlink named fpc  that pointing to /usr/lib/ppc386

Using oldlinux is deprecated. You should use baseunix now, and most functions have fp... prepended to them.

used baseunix with no luck.
I have no docs...
But using unix unit prove to be successful!
Thanks.

[Vincent Snijders]

Using oldlinux is deprecated. You should use baseunix now, and most functions have fp... prepended to them.

used baseunix with no luck.
I have no docs...
But using unix unit prove to be successful!
Thanks.

The functionality in linux (fpc 1.0) is now in baseunix and unix.

So fpc 1.0.x : uses linux;

In fpc 1.9.x:: uses baseunix, unix;

Don't forget to prepend fp... where needed.

HTH,
Vincent.