Sorry, please ignore. My 7.4-2012.04 version is detected as 7.5 which doesn't
have a define yet in gdbint, I simply copy from 7.4 and it works.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/GDB-7-4-FP-IDE-tp5710850p5710851.html
Sent from the Free Pascal - Gen
I would like to build FP IDE with debugger support, it's been a long time
since I did it (and it was on windows). I've built GDB plainly (simply
./configure), and I have all necessary libraries (python, expat, decnumber,
zlib) but upon linking the IDE I got undefined references to those
libraries.
Hi,
On 18 August 2012 22:50, Jonas Maebe wrote:
> If you don't want this code page behaviour anyway, you can use the following
>
> {$mode delphiunicode}
> {$modeswitch systemcodepage-}
OK, I think I got my final answer on this FPC is definitely not
ready to port any Delphi 2009+ projects. I
Hi
On 18 August 2012 22:44, Jonas Maebe wrote:
> The mode is called "delphiunicode" and in Delphi unicode versions, string =
> unicodestring.
Not to get this thread into one of those heated unicode discussions
again, but couldn't FPC at least do one better that Delphi. "Unicode"
means a string
On 18 August 2012 21:33, Sven Barth wrote:
> "String" can mean either "ShortString", "AnsiString" or "UnicodeString"
> depending on the compiler settings:
>
> Non-Delphi modes and $H- (default): ShortString
> Delphi mode: AnsiString
> DelphiUnicode mode: UnicodeString
> Non-Delphi modes and $H+: A
On 18 Aug 2012, at 19:53, Marco van de Voort wrote:
> It turns out that rawbytestring is only such for 1-byte types, and anything
> else gets converted to the default ascii (1-byte) encoding, which is
> Windows-1252, resulting in lossy conversions.
Indeed, that was also mentioned afterwards in t
On 18 Aug 2012, at 22:48, Rainer Stratmann wrote:
> I did option -a, the compiler needs longer now, but where can I see the
> generated file(s)?
In the same directory that contains the generated .o and .ppu files.
Jonas
___
fpc-pascal maillist - f
On 18 Aug 2012, at 22:22, Sven Barth wrote:
> E.g. consider the following example:
>
> {$mode delphiunicode}
>
> type
> TMyStringList = class(TStringList)
>function Add(const aText: String): Integer; override;
> end;
>
> This will currently give a compile error, because TStringList is co
On 18 Aug 2012, at 21:29, Graeme Geldenhuys wrote:
> On 18 August 2012 16:11, Jonas Maebe wrote:
>> Only in {$mode delphiunicode} (which is what you should use if you want to
>> compile code written for a Delphi version in which string=unicodestring).
>
> I've enabled that new compiler mode...
On 18 Aug 2012, at 21:20, Graeme Geldenhuys wrote:
> Wasn't there lots of "votes" from many that string is UTF-8 encode
> under Linux, Unix, MacOSX, and UTF-16 under Windows?
The mode is called "delphiunicode" and in Delphi unicode versions, string =
unicodestring. Maybe one day another mode or
Am Saturday 18 August 2012 22:10:17 schrieb Martin:
> On 18/08/2012 21:03, Rainer Stratmann wrote:
> > Does the compiler generates (an) assembler file(s)?
> >
> > I did not find here:
> > http://www.freepascal.org/docs-html/prog/prog.html
>
> http://www.freepascal.org/docs-html/user/userch5.html#x3
On 18.08.2012 16:15, Jürgen Hestermann wrote:
The few things I know about are:
Am 2012-08-18 15:54, schrieb Graeme Geldenhuys:
1) Is it correct that String <> AnsiString any more?
Well, it never was. At least "string" could also be a shortstring, maybe
other strings too meanwhile (I don't kn
On 18.08.2012 21:20, Graeme Geldenhuys wrote:
Hi,
On 18 August 2012 16:11, Jonas Maebe wrote:
1) Is it correct that String <> AnsiString any more?
Only in {$mode delphiunicode} (which is what you should use if you want to
compile code written for a Delphi version in which string=unicodestr
On 18.08.2012 17:48, Ludo Brands wrote:
Only in {$mode delphiunicode} (which is what you should use if you
want to compile code written for a Delphi version in which
string=unicodestring).
Is this hidden gem announced or documented somewhere? Is there a -M
compiler switch to set it as default
On 18/08/2012 21:03, Rainer Stratmann wrote:
Does the compiler generates (an) assembler file(s)?
I did not find here:
http://www.freepascal.org/docs-html/prog/prog.html
http://www.freepascal.org/docs-html/user/userch5.html#x33-45
http://www.freepascal.org/docs-html/user/usersu15.html#x38-
Does the compiler generates (an) assembler file(s)?
I did not find here:
http://www.freepascal.org/docs-html/prog/prog.html
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 18 August 2012 16:11, Jonas Maebe wrote:
>> 1) Is it correct that String <> AnsiString any more?
>
>
> Only in {$mode delphiunicode} (which is what you should use if you want to
> compile code written for a Delphi version in which string=unicodestring).
I've enabled that new compiler mode...
Hi,
On 18 August 2012 16:11, Jonas Maebe wrote:
>
>> 1) Is it correct that String <> AnsiString any more?
>
> Only in {$mode delphiunicode} (which is what you should use if you want to
> compile code written for a Delphi version in which string=unicodestring).
OK, that would help. I'll try that
In past unicode discussions, rawbytestring was offered as a solution to
mixing utf8 and unicodestring (utf16).
I got the impression that rawbytestring was a kind of open array string, to
which strings could be passed without implicit conversion. (saving a lot in
overloading)
A week or two back I
> Only in {$mode delphiunicode} (which is what you should use if you
> want to compile code written for a Delphi version in which
> string=unicodestring).
>
Is this hidden gem announced or documented somewhere? Is there a -M
compiler switch to set it as default language mode? FPC doesn't list
Graeme Geldenhuys wrote on za, 18 aug 2012:
1) Is it correct that String <> AnsiString any more?
Only in {$mode delphiunicode} (which is what you should use if you
want to compile code written for a Delphi version in which
string=unicodestring).
2) If true, what is String an alias of?
Hi,
On 18 August 2012 15:15, Jürgen Hestermann wrote:
>
>> 1) Is it correct that String <> AnsiString any more?
>
> Well, it never was. At least "string" could also be a shortstring, maybe
> other strings too meanwhile (I don't know).
I guess I was a bit vague. All projects I work on and see the
Hi,
On 18 August 2012 15:05, Marco van de Voort wrote:
>
> If it relies heavily on unicodestring, IMHO yes.
Well, there is a clear distinction being made between AnsiString and
String in many classes.
For example:
TtiCompressAbs = class(TObject)
public
function CompressString
The few things I know about are:
Am 2012-08-18 15:54, schrieb Graeme Geldenhuys:
1) Is it correct that String <> AnsiString any more?
Well, it never was. At least "string" could also be a shortstring, maybe other
strings too meanwhile (I don't know).
3) If false, what must I enable/toggl
In our previous episode, Graeme Geldenhuys said:
> 0) Am I jumping the gun here, and FPC is not nearly compatible enough to
> port a Delphi 2010, XE, XE2 project to FPC 2.7.1?
If it relies heavily on unicodestring, IMHO yes.
My guess is that you mistook a comment that confirmed the base
impleme
Hi,
In the tiOPF project the v3 branch is a Delphi Unicode String enabled
version of tiOPF, thus it only supports Delphi 2009/2010 and newer. A
while back I had some discussion with Michael van Canneyt, and he
believes FPC is sufficiently compatible to Delphi 2010 and later, so the
tiOPF3 por
26 matches
Mail list logo
