Ryan Joseph schrieb am Fr., 28. Juni 2019, 20:12:
>
>
> > On Jun 28, 2019, at 1:39 AM, Sven Barth via fpc-devel <
> fpc-devel@lists.freepascal.org> wrote:
> >
> > I just tested with Delphi and it works there as well. So contrary to
> what we thought this does not seem to be a bug...
>
> I think
> On Jun 28, 2019, at 1:39 AM, Sven Barth via fpc-devel
> wrote:
>
> I just tested with Delphi and it works there as well. So contrary to what we
> thought this does not seem to be a bug...
I think it’s still buggy. Why does this compile? I guess it would make sense if
the property didn’t
On 6/28/19 12:39 PM, Ben Grasset wrote:
Yikes, I didn't realize the "preformatted" code from the Lazarus HTML exporter
would show up with a bunch of asterisks outside of a real email client.
FWIW: it did that because it *BOLD*ed those lines or at least attempted to...
yeah, it is another
On Thu, Jun 27, 2019 at 9:09 PM Ben Grasset wrote:
> -snip-
>
> Yikes, I didn't realize the "preformatted" code from the Lazarus HTML
exporter would show up with a bunch of asterisks outside of a real email
client.
Here's normal text versions of both the unit, and the example program:
unit
Yes temporarily, on purpose.
We were experiencing a DDOS attack using it.
Michael.
On Fri, 28 Jun 2019, John Lee wrote:
URL for viewvc broken...
svn.freepascal.org/cgi-bin/viewvc.cgi/?sortby=date#dirlist
___
fpc-devel maillist -
URL for viewvc broken...
svn.freepascal.org/cgi-bin/viewvc.cgi/?sortby=date#dirlist
>
>
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On 28/06/2019 07:39, Sven Barth via fpc-devel wrote:
Am 27.06.2019 um 21:09 schrieb Martin:
{ TFoo }
TFoo = class
private
function GetFoo(var AIndex: Integer): Integer;
public
property Foo[var AIndex: Integer]: Integer read GetFoo;
end;
I just tested with Delphi and it
George Bakhtadze schrieb am Fr., 28. Juni 2019,
08:26:
> Hello,
>
> > One thing I have been considering is to promote fields and global
> variables to local registers to reduce memory accesses.
>
> That would be great. But multithreaded code which assume (incorrectly)
> that those fields and
I can second that wish,
It would be really great to have this patch in trunk,
I use it successfully for a while now and debugging on avr is working as
expected and increases productivity a lot.
Michael
Am 27.06.19 um 21:13 schrieb christo:
Today is the anniversary of bug report 0033914. It
Hello, > One thing I have been considering is to promote fields and global variables to local registers to reduce memory accesses. That would be great. But multithreaded code which assume (incorrectly) that those fields and globals are in memory may be broken.Other languages don't allow to assume
10 matches
Mail list logo