On Wed, 26 Oct 2011, Fabio Luis Girardi wrote:
Hi!
Sometime ago I submitted a patch that makes the FPC Memory DataSet compatible
with Delphi to make it usable on both
IDE's by project PascalSCADA. The class TDataset was changed in D2009 (I don't
know the exactly version) and TMemDataset
is i
Hi!
Sometime ago I submitted a patch that makes the FPC Memory DataSet
compatible with Delphi to make it usable on both IDE's by project
PascalSCADA. The class TDataset was changed in D2009 (I don't know the
exactly version) and TMemDataset is incompatible with recent Delphi
versions.
Now I ask
Marcos Douglas wrote:
Hm... thinking better you're right. You're the man, the real
developer, so... is boring answer these mails, I know, but I really
want to help the community! I'm not saying: "Solve my problem!!" you
know... I use the stable version. The trunk is for tests and try to
help th
On 26 Oct 2011, at 15:28, Martin wrote:
To build trunk (or any revision) with a starting compiler, that is
itself the same revision => I would expect that to work always?
Yes, but there is no way to encode such an exception in the Makefile
without requiring a bunch of svn-related informati
On 26/10/2011 14:11, Jonas Maebe wrote:
On 26 Oct 2011, at 15:04, Martin wrote:
It may be bypassed, by some option, if ever required.
And also the fifth one.
FIFTH :On 26/10/2011 13:38, Jonas Maebe wrote:
This would require at least an exception for cross-architecture
compiling, because tha
On 26/10/2011 14:11, Jonas Maebe wrote:
Only, It might need the additional maintenance, of the "required
version" being available in some file, and being updated, when
version number changes in trunk (or other branches).
And the sixth one.
And that in a thread about how to prevent the same
On Wed, Oct 26, 2011 at 9:58 AM, Jonas Maebe wrote:
>
> On 26 Oct 2011, at 14:44, Marcos Douglas wrote:
>
>> Hm... thinking better you're right. You're the man, the real
>> developer, so... is boring answer these mails, I know, but I really
>> want to help the community! I'm not saying: "Solve my
On 26 Oct 2011, at 15:04, Martin wrote:
On 26/10/2011 13:58, Jonas Maebe wrote:
What is boring is not helping people that have problems, but
answering exactly the same question over and over again (although
the fact that the same question keeps being asked obviously means
that just answ
On 26/10/2011 13:58, Jonas Maebe wrote:
What is boring is not helping people that have problems, but answering
exactly the same question over and over again (although the fact that
the same question keeps being asked obviously means that just
answering is not sufficient to solve it).
Couldn
On 26 October 2011 14:38, Jonas Maebe wrote:
>
> This would require at least an exception for cross-architecture compiling,
Ah yes, I forgot about cross compiling.
> Probably at least a Makefile flag should be added that can be used to
> override the check if you think you know what you are doin
On 26 Oct 2011, at 14:44, Marcos Douglas wrote:
Hm... thinking better you're right. You're the man, the real
developer, so... is boring answer these mails, I know, but I really
want to help the community! I'm not saying: "Solve my problem!!" you
know... I use the stable version. The trunk is f
On Wed, Oct 26, 2011 at 9:19 AM, Henry Vermaak wrote:
> On 26/10/11 13:13, Jonas Maebe wrote:
>>
>> On 26 Oct 2011, at 13:47, Marcos Douglas wrote:
>>
>>> I got this error when I tried to compile FPC 2.7.1 rev 19546.
>>>
>>> -
On Wed, Oct 26, 2011 at 9:13 AM, Jonas Maebe wrote:
>
> On 26 Oct 2011, at 13:47, Marcos Douglas wrote:
>
>> I got this error when I tried to compile FPC 2.7.1 rev 19546.
>>
>> -
>> W:/md/dev/freepascal
On Wed, October 26, 2011 14:25, Graeme Geldenhuys wrote:
> On 26 October 2011 14:19, Henry Vermaak wrote:
>>
>> Lol. Â Maybe it's time you create a bot that catches these emails and
>> respond
>> to them automatically :)
>
> Maybe the makefile can be amended to check the version number of the
> FPC
On 26 Oct 2011, at 14:25, Graeme Geldenhuys wrote:
Maybe the makefile can be amended to check the version number of the
FPC being used. If you are trying to compile Trunk, and the FPC
version you want to use is not the last known released version, give a
error indicating the problem, and refuse
On 26 October 2011 14:19, Henry Vermaak wrote:
>
> Lol. Maybe it's time you create a bot that catches these emails and respond
> to them automatically :)
Maybe the makefile can be amended to check the version number of the
FPC being used. If you are trying to compile Trunk, and the FPC
version yo
On 26/10/11 13:13, Jonas Maebe wrote:
On 26 Oct 2011, at 13:47, Marcos Douglas wrote:
I got this error when I tried to compile FPC 2.7.1 rev 19546.
-
W:/md/dev/freepascal/binutils/ppc386.2_6.exe -U
On 26 Oct 2011, at 13:47, Marcos Douglas wrote:
I got this error when I tried to compile FPC 2.7.1 rev 19546.
-
W:/md/dev/freepascal/binutils/ppc386.2_6.exe -Ur -Xs -O2 -n -Fi../
inc -Fi../i386
-Fi.
On 26/10/2011 09:44, Lukasz Sokol wrote:
> On 25/10/2011 12:52, Marco van de Voort wrote:
>
>> One can debate the syntax. I won't, since even while I have
>> similar reservations, that will lead to the usual Delphi sucks
>> debate, possible implementation of an-orphaned-at-birth FPC
>> specific sy
Hi,
I got this error when I tried to compile FPC 2.7.1 rev 19546.
-
make[7]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1/rtl/win32'
make[6]: Leaving directory `W:/md/dev/freepascal/compiler/2.
On 25/10/2011 12:52, Marco van de Voort wrote:
> One can debate the syntax. I won't, since even while I have similar
> reservations, that will lead to the usual Delphi sucks debate, possible
> implementation of an-orphaned-at-birth FPC specific syntax, and in the end
> the Delphi syntax always pre
21 matches
Mail list logo
