Starting 14/03/2001,
the v10 IDE snapshots will be compiled with GDB v5.0 libraries.

GDB 5.0 has several bug fixes and enhancements compared to 4.18 that was used until now.
These libraries are created after applying a patch that adds support for pascal expressions
(at least part of it, the main missing part is
that no string operations are supported !)

You can find the source patch to official GDB 5.0
on ftp.freepascal.org in /fpc/contrib/gdbpas/gdbpas-5.0.patch This patch allows both to create GDBPAS and the libs used with by IDE.

This switch to GDB 5.0 will also
enhance FPU window support in debug mode
(this window is still quite rough, but you can at least see the value of the different FPU registers and their state)

Please report any problems that could be related to this GDB lib switch!

Can you provide gdbpas.exe binaries for go32v2 and win32. You can maybe already place them in a dos-1.0.6 dir on ftp.freepascal.org

Hello,
please fix a bug.

Symptom:

comparing pchar variable with string constant is not supported by compiler if this constant has one-character length.

Sample:

{$apptype console}
var
 p:pchar;
begin
 if p='TEST'then
  writeln('Correct')
 else if p='T'then
  writeln('Buggy');
end.

Pavel

"Pavel V. Ozerski" wrote

Hello, please fix a bug.

I don't think this is a bug...

comparing pchar variable with string constant is not supported by compiler if this constant has one-character length.

You cannot compare PChar strings directly using the "=" operator; use functions such as strcomp instead. PChar is just a pointer type, and "=" will compare the address.
"p='T'" is a special case: Here the compiler does an automatic pointer dereference, and as PChar is equivalent to ^Char, it's clear that this comparison will check the first character of p.

- Sebastian

It's all could be true but:
1) Delphi supports this comparing;
2) Also FPC supports it if length of untyped string constant is more than 1-char. You could test it also using my example: only ONE error will be found in source by compiler! If you remove second comparing, this source will be successfully compiled. May be, this feature seems to be superfluous, but Borland-compatibility is also an important thing.

Pavel

The compare operator works on ansistring, and pchar can be autoconverted to ansistring in some cases.