Re: [fpc-pascal] Longstrings

2012-07-04 Thread Jürgen Hestermann
Am 2012-07-04 10:22, schrieb Marco van de Voort: >> Safest method is not to use the generic type "string" in your code. >> Instead use directly the string type that you need (i.e. "ansistring" or "unicodestring"). > I wouldn't do that. That makes later migration unnecessary involved. I find it

Re: [fpc-pascal] How can a project determine if it's using cmem?

2012-07-04 Thread Mark Morgan Lloyd
Tomas Hajny wrote: On Wed, July 4, 2012 11:32, Mark Morgan Lloyd wrote: When building a shared library, I'm putting a (function that returns a) magic number into both the library and the calling program. This returns an integer, and allows the program and library to check their exposed APIs with

Re: [fpc-pascal] Custom operators for non-record types

2012-07-04 Thread JC Chu
Thank you both for the tips. I have just finished the patch and tested it. The patched version gives identical test results as the trunk. The patch refines operator overloading acceptance and rejection rules for both unary and binary operators. The new rules for unary operators allow NOT to be

RE : [fpc-pascal] How can a project determine if it's using cmem?

2012-07-04 Thread Ludo Brands
> How can code in the library test whether it is using cmem, so that it > can tell the caller that it's safe to call functions that > move strings > and objects around? It's obviously trivial to rely on a compile-time > conditional, but can this be done in a way that doesn't rely on this? > F

Re: [fpc-pascal] How can a project determine if it's using cmem?

2012-07-04 Thread Tomas Hajny
On Wed, July 4, 2012 11:32, Mark Morgan Lloyd wrote: > When building a shared library, I'm putting a (function that returns a) > magic number into both the library and the calling program. This returns > an integer, and allows the program and library to check their exposed > APIs without risk. > >

Re: [fpc-pascal] Longstrings

2012-07-04 Thread Sven Barth
Am 04.07.2012 12:46, schrieb Rainer Stratmann: Am Wednesday 04 July 2012 12:12:10 schrieb Bart: On 7/4/12, Rainer Stratmann wrote: Next question is how to put asmmode intel global on? Type fpc -h (in a console) to see all commandine parameters. Then take a look at the -R switch. That works

[fpc-pascal] Wiki Up again (was: Wiki down ? )

2012-07-04 Thread Lukasz Sokol
On 04/07/2012 10:01, Lukasz Sokol wrote: > Hello, > http://www.downforeveryoneorjustme.com/wiki.freepascal.org > > says > > It's not just you! http://wiki.freepascal.org looks down from here. > > > but freepascal.org does work... > > Can somebody check what happened ? > > L. > Thanks, it's

Re: [fpc-pascal] Longstrings

2012-07-04 Thread Rainer Stratmann
Am Wednesday 04 July 2012 12:12:10 schrieb Bart: > On 7/4/12, Rainer Stratmann wrote: > > Next question is how to put asmmode intel global on? > > Type fpc -h (in a console) to see all commandine parameters. > Then take a look at the -R switch. > That works thank you very much. I am confused abou

Re: [fpc-pascal] Longstrings

2012-07-04 Thread Bart
On 7/4/12, Rainer Stratmann wrote: > Next question is how to put asmmode intel global on? Type fpc -h (in a console) to see all commandine parameters. Then take a look at the -R switch. Bart ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] Longstrings

2012-07-04 Thread Rainer Stratmann
Am Wednesday 04 July 2012 10:22:10 schrieb Marco van de Voort: > In our previous episode, J?rgen Hestermann said: > > > How to put longstrings globally on? > > > I tried with {$h+} in project compiler settings (other) with no effect. > > > > Safest method is not to use the generic type "string" in

[fpc-pascal] How can a project determine if it's using cmem?

2012-07-04 Thread Mark Morgan Lloyd
When building a shared library, I'm putting a (function that returns a) magic number into both the library and the calling program. This returns an integer, and allows the program and library to check their exposed APIs without risk. How can code in the library test whether it is using cmem, s

[fpc-pascal] Re: Longstrings

2012-07-04 Thread leledumbo
No, directives at most have only unit scope. -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Longstrings-tp5710228p5710236.html Sent from the Free Pascal - General mailing list archive at Nabble.com. ___ fpc-pascal mail

[fpc-pascal] Wiki down ?

2012-07-04 Thread Lukasz Sokol
Hello, http://www.downforeveryoneorjustme.com/wiki.freepascal.org says It's not just you! http://wiki.freepascal.org looks down from here. but freepascal.org does work... Can somebody check what happened ? L. ___ fpc-pascal maillist - fpc-pasca

Re: [fpc-pascal] Re: Longstrings

2012-07-04 Thread Marco van de Voort
In our previous episode, Rainer Stratmann said: > > Example of this "no effect"? {$H+} should do it. > > Is it global (for all sourcefiles) if put on top of the first sourcefile? No. This can be easily seen that if one would first compile files 2..5 and only then 1, while compiling 2..5 the compi

Re: [fpc-pascal] Re: Longstrings

2012-07-04 Thread Rainer Stratmann
Am Wednesday 04 July 2012 06:30:57 schrieb leledumbo: > Example of this "no effect"? {$H+} should do it. Is it global (for all sourcefiles) if put on top of the first sourcefile? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.fr

Re: [fpc-pascal] Longstrings

2012-07-04 Thread Marco van de Voort
In our previous episode, J?rgen Hestermann said: > > How to put longstrings globally on? > > I tried with {$h+} in project compiler settings (other) with no effect. > Safest method is not to use the generic type "string" in your code. > Instead use directly the string type that you need (i.e. "ansi

Re: [fpc-pascal] Longstrings

2012-07-04 Thread Martin
On 03/07/2012 23:48, Rainer Stratmann wrote: How to put longstrings globally on? I tried with {$h+} in project compiler settings (other) with no effect. {$H+} does not go into project settings, it goes directly into the source. ___ fpc-pascal maillis