On 05 Apr 2011, at 01:48, Skybuck Flying wrote:
Are there any plans to add OpenCL/CUDA/PTX support for the future ?
No. At least I'm not aware of anyone working on this.
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 02 Apr 2011, at 15:35, Joost van der Sluis wrote:
Done. Can someone who actually knows how to do that trigger a retry of a
testsuite-run, and a new testsuite-mail?
Building still fails on darwin, I think because of a missing dependency on
univint:
Start building package fcl-web for
Am 05.04.2011 04:27, schrieb Paul Ishenin:
We probably can extend these tricks for other types and may be speedup
the compiler.
I think your branch should be reviewed either by Florian or by Jonas
before the merge.
I can review the coding style etc. but not if the semantics or syntax of
the
On Mon, 4 Apr 2011, Luiz Americo Pereira Camara wrote:
On 4/4/2011 10:28, michael.vancann...@wisa.be wrote:
On Mon, 4 Apr 2011, LacaK wrote:
Michael Van Canneyt wrote / napísal(a):
On Mon, 4 Apr 2011, LacaK wrote:
Then please move approprate code at least into
--or--
introduce any new method (ValidateFieldData ? ;-))) and let tdatsset
descendants use it:
{$IFDEF FPC}
ValidateFieldData(Field: TField; Buffer: Pointer);
{$ENDIF}
--or--
some smarter solution ?
The whole code, which is repeated (and can be put in one place) is:
if not (State in
On Tue, 5 Apr 2011, LacaK wrote:
--or--
introduce any new method (ValidateFieldData ? ;-))) and let tdatsset
descendants use it:
{$IFDEF FPC}
ValidateFieldData(Field: TField; Buffer: Pointer);
{$ENDIF}
--or--
some smarter solution ?
The whole code, which is repeated (and can be put
On 04/05/2011 02:21 AM, Skybuck Flying wrote:
So it would be cool if free pascal compiler could compile pascal
sources into redcode assembly, which can then be further compiled by
the PMARS executable/assembler.
AFAIK, other than gcc, FP is designed to drop the ASM source code step
of code
On 5/4/2011 02:41, LacaK wrote:
Then please move approprate code at least into
TCustomBufDataset.SetFieldData
Thanks
This code was already there.
Should the 'Validate' code be moved there too ?
Yes. TDataset descendants are responsible to calling Validate, e.g.,
zeos call it inside
On Tue, 2011-04-05 at 08:11 +0200, Jonas Maebe wrote:
On 02 Apr 2011, at 15:35, Joost van der Sluis wrote:
Done. Can someone who actually knows how to do that trigger a retry of a
testsuite-run, and a new testsuite-mail?
Building still fails on darwin, I think because of a missing
05.04.2011 14:26, Florian Klaempfl пишет:
Am 05.04.2011 04:27, schrieb Paul Ishenin:
We probably can extend these tricks for other types and may be speedup
the compiler.
I think your branch should be reviewed either by Florian or by Jonas
before the merge.
I can review the coding style etc.
Am 05.04.2011 10:09, schrieb Paul Ishenin:
05.04.2011 14:26, Florian Klaempfl пишет:
Am 05.04.2011 04:27, schrieb Paul Ishenin:
We probably can extend these tricks for other types and may be speedup
the compiler.
I think your branch should be reviewed either by Florian or by Jonas
before
05.04.2011 16:11, Florian Klaempfl wrote:
Yes, but but they need to be reviewed as well, no?
If they all were tested with delphi xe then no.
Best regards,
Paul Ishenin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Sun, 2011-04-03 at 21:11 +0100, Martin wrote:
On 03/04/2011 20:59, Martin wrote:
On 03/04/2011 20:50, Martin wrote:
(w32 / vista)
I tried to recompile fpc trunk, it starts up fine, until it comes to
fcl-web. I copied the last lines of output to the end of the mail
Not sure about
Am 05.04.2011 09:38, schrieb Michael Schnell:
On 04/05/2011 02:21 AM, Skybuck Flying wrote:
So it would be cool if free pascal compiler could compile pascal
sources into redcode assembly, which can then be further compiled by
the PMARS executable/assembler.
AFAIK, other than gcc, FP is
Am 05.04.2011 07:21, schrieb Skybuck Flying:
Answering my own question ;)
I guess the answer to my question is more or less the same as the
following question:
How to add a new target to free pascal compiler.
And I found this webpage which explains it a bit:
Am 05.04.2011 02:09, schrieb Skybuck Flying:
Hello,
I would like to experiment with the pascal programming language at the
binary/assembler/machine level.
For example compile pascal sources to virtual machine instruction sets.
I took a look at the free pascal sources and there seem to be some
Am 05.04.2011 10:19, schrieb Paul Ishenin:
05.04.2011 16:11, Florian Klaempfl wrote:
Yes, but but they need to be reviewed as well, no?
If they all were tested with delphi xe then no.
I developed them in Delphi XE first before I copied them into my branch.
(the only problem with my
Am 05.04.2011 04:27, schrieb Paul Ishenin:
05.04.2011 3:51, Sven Barth wrote:
Both class helpers and record helpers are implemented and work as
Delphi compatible as reasonably possible.
Congratulations.
Thank you.
Some notes regarding the tests:
* three record helper tests (trhlp*)
Am 05.04.2011 11:17, schrieb Sven Barth:
Some notes regarding the tests:
* three record helper tests (trhlp*) fail, because nested types are not
supported by (advanced) records (two should fail nevertheless, because
they try to access (strict) private helpers, the third should succeed)
Nested
On Tue, 05 Apr 2011 11:17:48 +0200, Sven Barth
pascaldra...@googlemail.com wrote:
Am 05.04.2011 04:27, schrieb Paul Ishenin:
05.04.2011 3:51, Sven Barth wrote:
Both class helpers and record helpers are implemented and work
as
Delphi compatible as reasonably possible.
Congratulations.
Am 05.04.2011 11:42, schrieb dhkblas...@zeelandnet.nl:
On Tue, 05 Apr 2011 11:17:48 +0200, Sven Barth
pascaldra...@googlemail.com wrote:
Am 05.04.2011 04:27, schrieb Paul Ishenin:
05.04.2011 3:51, Sven Barth wrote:
Both class helpers and record helpers are implemented and work as
Delphi
No, its the same win32 snapshot method of doing it that I've been doing
every day for for years! not x compile. I just sent an extract from the log
asuming that it'd be obvious, as I've done for the errors I've had in the
past. I can send yoiu the whole log if you really need it.
I don't
Am 05.04.2011 04:27, schrieb Paul Ishenin:
I think your branch should be reviewed either by Florian
I did a quick review and found nothing important, only a few remarks:
- current_syssym: is it really needed? Can't the type checking be done
during the type check pass? If it's needed, it
Here is beginning and the end of today's snapshot make from zapped
directories and a new svn co - the whole thing is 13K zipped - you can have
it if you really want! J
C:/PP/BIN/WIN32/MAKE.EXE compiler_cycle RELEASE=1
MAKE.EXE[1]: Entering directory `D:/fpk'
C:/PP/BIN/WIN32/MAKE.EXE -C
Am 05.04.2011 17:06, schrieb Florian Klaempfl:
Am 05.04.2011 04:27, schrieb Paul Ishenin:
I think your branch should be reviewed either by Florian
I did a quick review and found nothing important, only a few remarks:
- current_syssym: is it really needed? Can't the type checking be done
The whole code, which is repeated (and can be put in one place) is:
if not (State in [dsEdit, dsInsert, dsFilter, dsCalcFields]) then
begin
DatabaseErrorFmt(SNotEditing,[Name],self);
exit;
end;
if (Field.FieldNo0) and not (State in [dsSetKey, dsFilter]) then
begin
if Read
On 05.04.2011 17:34, Sven Barth wrote:
- Is ibsymtableoptions needed? Couldn't be the value just be written to
the ppu without a new entry?
It didn't work the first time I added that, but it might be because of
other errors I had at that time. I'll recheck that to be sure.
I now remember why
On 5/4/2011 04:38, michael.vancann...@wisa.be wrote:
On Tue, 5 Apr 2011, LacaK wrote:
--or--
introduce any new method (ValidateFieldData ? ;-))) and let tdatsset
descendants use it:
{$IFDEF FPC}
ValidateFieldData(Field: TField; Buffer: Pointer);
{$ENDIF}
--or--
some smarter solution ?
Hello,
I have a little question about these subfolders in the compiler folder, they
are called:
'i386' and 'x86'
What are these folders, they seem samiliar ?
(cpubase.pas seems to be missing from i386 instead there is an include file
called cpubase.inc)
I'm a bit confused about these
Hello,
File cpubase.pas in compiler subfolder 'x86' contains following comment:
Contains the base types for the i386 and x86-64 architecture
So I guess both folders are needed to build i386 target...
I will try that and see how it goes ;)
Bye,
Skybuck.
- Original Message -
From:
30 matches
Mail list logo