On Fri, 27 Dec 2019 12:01:24 +0100
Ondrej Pokorny wrote:
>[...]
> > If I understand your reasoning correct, that should solve the
> > problems you
> > report ?
>
> Yes, that perfectly solves the issues Lazarus developers and users
> face. I am OK with this solution as well. Thanks!
Thank you
Hello,
I'm not sure if it's happening only to me, but I have a feeling that trunk
produces more "marked as inline is not inlined" than FPC 3.0.4.
This is an example if anyone intends to build and see:
https://github.com/joaopauloschuler/neural-api/tree/master/examples/XorAndOr
BTW, trunk is
On 27/12/2019 19:27, Joao Schuler wrote:
> I'm not sure if it's happening only to me, but I have a feeling that
> trunk produces more "marked as inline is not inlined" than FPC 3.0.4.
That's because FPC 3.0.4 did not report all of those cases, while trunk
does. In practice, trunk can inline in
On 27.12.2019 10:40, Michael Van Canneyt wrote:
Yes, indeed. Therefore I suggested
* TEncoding.Default for the DefaultSystemCodePage variable
and
* TEncoding.ANSI for the system encoding.
Currently we have
* TEncoding.SystemEncoding for the DefaultSystemCodePage variable
and
* both
On Fri, 27 Dec 2019, Ondrej Pokorny wrote:
On 27.12.2019 0:19, Michael Van Canneyt wrote:
On Thu, 26 Dec 2019, Ondrej Pokorny wrote:
On 26.12.2019 19:29, Michael Van Canneyt wrote:
So no, I don't think these need to be changed/merged. What IMO can
be discussed is
which of these 2 need to
