I've managed to log back in again, and all is well! I implemented
the new INCLUDESTRINGFILE directive, and test case and etc.. The full
message is in the bug report. ^_^
- Dennis Fehr
On 14-01-23 03:28 PM, Sven Barth wrote:
On 23.01.2014 19:30, Den wrote:
I'd like to update my Apach
On 24/01/2014 01:03, Martin Frb wrote:
Until that is done, your best choice, if you need the speed is to do
this by hand:
or better
if cnt = 0 then exit;
tmpptrA := @a[0];
tmpptrB := @b[0];
for i := 0 to cnt - 1 do
begin
tmpVAlue := tmpptrA^ + tmpptrB^;
tmpptrA^ := tmpVAlue;
On 24/01/2014 00:17, August Oktobar wrote:
"2) Reporter's assumption about fstp is wrong: the first fstp
instruction removes value from fpu stack, so it cannot be used for the
second time without first reloading value onto stack."
Compiler should reuse loaded value (a[i]) and store to a[i] usi
"2) Reporter's assumption about fstp is wrong: the first fstp instruction
removes value from fpu stack, so it cannot be used for the second time
without first reloading value onto stack."
Compiler should reuse loaded value (a[i]) and store to a[i] using fstl,
then fstpl to a[i+1]
On Fri, Jan 24,
24.01.2014 3:04, Martin Frb пишет:
On 23/01/2014 22:26, August Oktobar wrote:
Hello, I have seen your mails about peephole optimization, so I wonder if you
could look at this
reports
http://bugs.freepascal.org/view.php?id=23595
or perhaps optimize slow array access using operator [] (it is fas
On 23/01/2014 22:26, August Oktobar wrote:
Hello, I have seen your mails about peephole optimization, so I wonder
if you could look at this reports
http://bugs.freepascal.org/view.php?id=23595
or perhaps optimize slow array access using operator [] (it is faster
to use pointer arithmetics)
t
On 22/01/2014 21:23, Florian Klämpfl wrote:
Submit them to a bug report, I can look during the weekend into them.
Done: 0025584, 0025586, 0025587
http://bugs.freepascal.org/view.php?id=25584
http://bugs.freepascal.org/view.php?id=25586
http://bugs.freepascal.org/view.php?id=25587
__
On 23.01.2014 19:30, Den wrote:
I'd like to update my Apach24 patch but it seems I can't seem to
log-in to the Free Pascal bugs area.. It says my account is either
blocked, disabled, or I entered the username/password incorrectly. I've
been logging in the same way for many many years lol ..
On 23/01/2014 20:34, Florian Klaempfl wrote:
Yes and no. It is extra code and extra code is always bad ;) and it
requires a separate compiler run. I wouldn't waste effort in it.
testcase are extra code too. ;) scnr
Ok, i see what you mean. No problem. It was just an idea.
Am 23.01.2014 21:15, schrieb Martin Frb:
On 23/01/2014 20:04, Florian Klämpfl wrote:
Am 23.01.2014 20:52, schrieb Martin Frb:
On 23/01/2014 19:35, Florian Klämpfl wrote:
I think this is hard to achive as well.
Why?
I consider it as complicated and it covers only cases one can forsee.
Some
On 23/01/2014 20:04, Florian Klämpfl wrote:
Am 23.01.2014 20:52, schrieb Martin Frb:
On 23/01/2014 19:35, Florian Klämpfl wrote:
I think this is hard to achive as well.
Why?
I consider it as complicated and it covers only cases one can forsee.
Some statistical analysis of benchmark timings
Am 23.01.2014 20:52, schrieb Martin Frb:
> On 23/01/2014 19:35, Florian Klämpfl wrote:
>> Am 22.01.2014 23:22, schrieb Martin Frb:
>>> One of the optimizations you said it where better avoided to be created
>>> in first. I agree.
>>> Only, even if that is archived at some time, who guarantees that
On 23/01/2014 19:35, Florian Klämpfl wrote:
Am 22.01.2014 23:22, schrieb Martin Frb:
One of the optimizations you said it where better avoided to be created
in first. I agree.
Only, even if that is archived at some time, who guarantees that it will
not be back (and unnoticed)?
Are there tests,
Am 22.01.2014 23:22, schrieb Martin Frb:
> On 22/01/2014 21:29, Florian Klämpfl wrote:
>> Am 22.01.2014 04:06, schrieb Martin Frb:
>>> On 21/01/2014 21:28, Florian Klämpfl wrote:
Can you post some example code? It might be worth to think about
improving this already in at the node level.
Am 23.01.2014 02:38, schrieb Nikolay Nikolov:
> On 01/22/2014 11:25 PM, Florian Klämpfl wrote:
>> Am 22.01.2014 02:17, schrieb Nikolay Nikolov:
>>> On 01/21/2014 11:20 PM, Florian Klämpfl wrote:
It is still on my todo list though to update the peephole optimizer and
make a common one for
Am 23.01.2014 00:26, schrieb Den:
> Yep!
Ah, I thought you made cpp related ones.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
I noticed you got the WinSock2 one when it conflicted with a file,
I just chose to use the SVN copy as it was pretty much the same.
I'd like to update my Apach24 patch but it seems I can't seem to
log-in to the Free Pascal bugs area.. It says my account is either
blocked, disabled, or
Am 23.01.2014 00:26, schrieb Den:
Yep!
$INCLUDESTRINGFILE -- http://bugs.freepascal.org/view.php?id=25536
I commented there just now.
Apache24 Patch -- http://bugs.freepascal.org/view.php?id=25534
Already assigned to Michael.
EGL/OpenGLES20 Split -- http://bugs.freepascal.org/view.php?id=255
Den wrote:
Please excuse the fact that I have reordered the message to conform to
the bottom-posting convention of this mailing list.
On 14-01-22 12:35 PM, Florian Klämpfl wrote:
Am 22.01.2014 19:31, schrieb Den:
haha, well Sven, if some of my patches were to get accepted *cough*
What
19 matches
Mail list logo