Hello Jonas,
There're 2 ways to define indirect symbol by the compiler:
tai_const with type aitconst_indirect_symbol
or
tai_directive with asd_indirect_symbol
either way produces identical assembler output:
.indirect_symbol %symbol_name
So i'm wondering, what was the reason to separate them the
Marco van de Voort escreveu:
We have placed the first release-candidate of the Free Pascal Compiler
version 2.4.0 on our ftp-servers.
You can help improve the upcoming 2.4.0 release by downloading and
testing this release. If you want you can report what you have done here:
http://wiki.freepasca
In our previous episode, Martin Schreiber said:
> > This would break a lot of Delphi and COM code, and is IMHO not smart. If
> > for some reason the old widestring implemention needs to continue (it is
> > redundant if unicodestring is there?), it should get a different
> > identifier.
> >
> No pr
On Monday 09 November 2009 16:34:52 Marco van de Voort wrote:
> In our previous episode, Martin Schreiber said:
> > Will there be a simple reference counted WideString on all platforms as
> > the current FPC UnicodeString is?
>
> Why does there need to be a widestring type if there is unicodestrin
On Mon, Nov 9, 2009 at 6:30 PM, Martin Schreiber wrote:
> WideString could be reference counted on all platforms and the current not
> reference counted Windows WideString could be renamed to OLEString in order
> applications which don't need different encodings in strings don't suffer
> from the
In our previous episode, Martin Schreiber said:
> > > http://wiki.freepascal.org/FPC_Unicode_support
> > >
> > > (saying "Upcoming Delphi release codenamed Tiburon will natively support
> > > Unicode")
> > >
> > > still valid ?
> > >
> > At least the branch link is valid :)
> >
> [...]
>
> Wil
On Monday 09 November 2009 15:36:06 Paul Ishenin wrote:
> Michael Schnell wrote:
> > Is this page
> >
> > http://wiki.freepascal.org/FPC_Unicode_support
> >
> > (saying "Upcoming Delphi release codenamed Tiburon will natively support
> > Unicode")
> >
> > still valid ?
> >
> At least the branch
Michael Schnell wrote:
Is this page
http://wiki.freepascal.org/FPC_Unicode_support
(saying "Upcoming Delphi release codenamed Tiburon will natively support
Unicode")
still valid ?
At least the branch link is valid :)
Yesterday I asked Florian to permit me to help him with the development.
Joost van der Sluis schrieb:
> On Mon, 2009-11-09 at 09:14 +0100, Florian Klaempfl wrote:
>
>> Ivo Steinmann schrieb:
>>
>>> Delphi have got also a solution:
>>>
>>> http://docwiki.embarcadero.com/RADStudio/en/Libraries_and_Packages#Delayed_Loading
>>>
>> Soon or later people will re
Marco van de Voort wrote:
> We have placed the first release-candidate of the Free Pascal Compiler
> version 2.4.0 on our ftp-servers.
Thanks Marco.
The Git mirror has also been updated with the rc1 tag. If you are
already using the Git mirror, your next 'git pull' will automatically
get the new
Is this page
http://wiki.freepascal.org/FPC_Unicode_support
(saying "Upcoming Delphi release codenamed Tiburon will natively support
Unicode")
still valid ?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/l
On Mon, Nov 9, 2009 at 1:59 PM, Jonas Maebe wrote:
> If some of these directives simply create a new section, then the directives
> can be removed and everywhere they are currently used in the compiler you
> can create the appropriate section instead (you can submit this in a
> separate patch).
r
Paul Ishenin wrote:
> checkout cpstrnew branch and help the development ;)
OK. :)
Is a final decision done on what will be implemented (d2009 Strings or
whatever) ?
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepas
Michael Schnell пишет:
How are the plans for D2009 Strings (or some other "explicit"
(ANSISTRING <> UTF8STRING) or "runtime-automatic" Unicode handling going ?
checkout cpstrnew branch and help the development ;)
Best regards,
Paul Ishenin.
___
fpc
How are the plans for D2009 Strings (or some other "explicit"
(ANSISTRING <> UTF8STRING) or "runtime-automatic" Unicode handling going ?
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-d
In our previous episode, Graeme Geldenhuys said:
> > Thanks for the note. I wanted to update the Git mirror by tagging the
> > 2.4.0rc1 revision, but looking in SubVersion, that was done two weeks
> > ago? Is this announcements simply 2 weeks late?
> >
> > release_2_4_0_rc1/ 13941 2 weeks
Graeme Geldenhuys wrote:
> Marco van de Voort wrote:
>> We have placed the first release-candidate of the Free Pascal Compiler
>> version 2.4.0 on our ftp-servers.
>
>
> Thanks for the note. I wanted to update the Git mirror by tagging the
> 2.4.0rc1 revision, but looking in SubVersion, that was
In our previous episode, Graeme Geldenhuys said:
> Marco van de Voort wrote:
> > We have placed the first release-candidate of the Free Pascal Compiler
> > version 2.4.0 on our ftp-servers.
>
> Thanks for the note. I wanted to update the Git mirror by tagging the
> 2.4.0rc1 revision, but looking
On Mon, November 9, 2009 13:57, Graeme Geldenhuys wrote:
> Marco van de Voort wrote:
>> We have placed the first release-candidate of the Free Pascal Compiler
>> version 2.4.0 on our ftp-servers.
>
>
> Thanks for the note. I wanted to update the Git mirror by tagging the
> 2.4.0rc1 revision, but l
Marco van de Voort wrote:
> We have placed the first release-candidate of the Free Pascal Compiler
> version 2.4.0 on our ftp-servers.
Thanks for the note. I wanted to update the Git mirror by tagging the
2.4.0rc1 revision, but looking in SubVersion, that was done two weeks
ago? Is this announc
We have placed the first release-candidate of the Free Pascal Compiler
version 2.4.0 on our ftp-servers.
You can help improve the upcoming 2.4.0 release by downloading and
testing this release. If you want you can report what you have done here:
http://wiki.freepascal.org/Testers_2.4.0
Changes t
On Mon, 2009-11-09 at 09:14 +0100, Florian Klaempfl wrote:
> Ivo Steinmann schrieb:
> > Delphi have got also a solution:
> >
> > http://docwiki.embarcadero.com/RADStudio/en/Libraries_and_Packages#Delayed_Loading
>
> Soon or later people will request this anyways I fear ...
MeMeMe! ;)
This time
On 09 Nov 2009, at 12:12, dmitry boyarintsev wrote:
Just some people would like to have an easy macosx cross-compilation,
as well as better compilation performance.
For the performance part, there's another thing that could be done
(although the result will of course still be slower than an
On Mon, Nov 9, 2009 at 1:59 PM, Jonas Maebe wrote:
> The main reason is that I added these directives without any knowledge of
> what they actually do at the object level. I just read the assembler manual,
> saw the syntax and added them (which is very convenient, and one of the
> reasons why I'm
On 09 Nov 2009, at 11:50, dmitry boyarintsev wrote:
The internal assembler seems to ignore any kind of assembler
directives.
For darwin asm, some directives are macros to declare a new section.
I.e. asd_non_lazy_symbol_pointer, starts are new section for
indirect symbols.
The main reason
Hello Developers.
The internal assembler seems to ignore any kind of assembler directives.
For darwin asm, some directives are macros to declare a new section.
I.e. asd_non_lazy_symbol_pointer, starts are new section for indirect symbols.
Would it be correct to replace directives, with a proper T
Ivo Steinmann schrieb:
> Delphi have got also a solution:
>
> http://docwiki.embarcadero.com/RADStudio/en/Libraries_and_Packages#Delayed_Loading
Soon or later people will request this anyways I fear ...
___
fpc-devel maillist - fpc-devel@lists.freepas
27 matches
Mail list logo
