Henry Vermaak schrieb am Di., 17. Juli 2018,
11:05:
> On Mon, Jul 16, 2018 at 03:02:42PM +0200, Sven Barth via fpc-pascal wrote:
> > Santiago A. schrieb am Mo., 16. Juli 2018, 13:41:
> >
> > > I have some suggestions of change to freepascal syntax, just to debate
>
Marco van de Voort schrieb am Di., 17. Juli 2018, 16:50:
> To be honest, I'm wondering why Sven actually bothers to answer this
> nonsense.
>
Trust me, I wonder the same 🙄
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lis
se someone thought they are good. Florian even
likened records with methods to a can of worms before they were implemented.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 17.07.2018 um 22:32 schrieb Ryan Joseph:
On Jul 17, 2018, at 2:15 PM, Sven Barth via fpc-pascal
wrote:
Those specific features you mention were added because of Delphi compatibility
not because someone thought they are good. Florian even likened records with
methods to a can of worms
Msg, [Data]) at
{$ifdef fpc}
get_caller_addr(get_frame),
get_caller_frame(get_frame)
{$else}
ReturnAddr
{$endif} ;
=== code end ===
Disable the ReturnAddr function also with "{$ifndef fpc}...{$endif}" and
you should be set.
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
uot;, yes.
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Ryan Joseph schrieb am Mi., 18. Juli 2018,
19:15:
>
>
> > On Jul 17, 2018, at 2:41 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > There is a more important difference: the developers and the users. Only
> because the latte
a great lightweight in-between point.
>
> Yes indeed. Not being able to allocate classes on the stack is a scandal
> for Pascal. I don’t know why the devs decided classes must be on the heap
> and anything other than that would violate some supposed design principle
> (Delphi??).
>
A
Ryan Joseph schrieb am Mi., 18. Juli 2018,
21:37:
>
>
> > On Jul 18, 2018, at 12:44 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > And to give you a slightly different example: around a year ago or so I
> implemented a IfThe
Ryan Joseph schrieb am Mi., 18. Juli 2018,
21:41:
>
>
> > On Jul 18, 2018, at 12:47 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > A point against stack based classes is that Object Pascal's object model
> is highly gear
R0b0t1 schrieb am Mi., 18. Juli 2018, 21:46:
> On Wed, Jul 18, 2018 at 2:04 PM, Ryan Joseph
> wrote:
> >
> >
> >> On Jul 18, 2018, at 12:44 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >>
> >> And to give you a
needs to
work with doesn't provide a SMTP endpoint. 🤷‍♀️
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
rt its
corresponding C header to Pascal (you can try to use h2pas for that).
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
butes:
they're declared in front of the types, fields, parameters, whatever,
simply copied from how C# implemented them while in the spirit of Pascal
they should have been *after* the declarations.
Regards,
Sven
___
fpc-pascal mai
to get implicit array overloads working properly.
>
Yes, it's a bug, so please report it.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 21.07.2018 um 22:43 schrieb Ben Grasset:
On Fri, Jul 20, 2018 at 1:20 AM, Sven Barth via fpc-pascal
<mailto:fpc-pascal@lists.freepascal.org>> wrote:
Because a feature might change the language in a way that's not in
the spirit of the language. Look at how Delp
e() and friends are not.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Martok schrieb am Mo., 23. Juli 2018, 17:15:
> Am 23.07.2018 um 17:05 schrieb Sven Barth via fpc-pascal:
> > Is this kind of enumerated type with constant assignment not
> supported
> > by FPC 3.0.4?
> >
> >TMonthType = (January=1, February, May=
Ryan Joseph schrieb am Mo., 23. Juli 2018,
17:35:
>
>
> > On Jul 23, 2018, at 12:00 AM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > Yes, it's a bug, so please report it.
>
> Thanks, reported. The severity is “minor”
assembler:
https://sourceware.org/ml/binutils/2009-08/msg00193.html
The handler function is invoked by Windows when an exception happens inside
the code that is governed by the surrounding (implicit) .seh_(end)proc
directives.
Why are you writing your own handler?
Regards,
Sven
>
___
Matias Vara schrieb am Mi., 25. Juli 2018, 12:55:
>
> El mar., 24 jul. 2018 a las 13:57, Sven Barth via fpc-pascal (<
> fpc-pascal@lists.freepascal.org>) escribiĂł:
>
>> Matias Vara schrieb am Di., 24. Juli 2018, 11:04:
>>
>>> Hello,
>>>
>&g
generics are completely bug free...
Especially in special situations that involve either Nil or type
constraints (or in this case both). Please provide a simple example and
open a bug report.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.f
lasses from FGL without
> any further constraints.
>
>
>
> What if I fill feature request? :-)
>
I have no intention of changing this.
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
R0b0t1 schrieb am Do., 26. Juli 2018, 09:53:
> On Mon, Jul 23, 2018 at 11:11 AM, Ryan Joseph
> wrote:
> >
> >
> >> On Jul 22, 2018, at 4:54 AM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >>
> >> And that's
it isn't however and *that* is the bug.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Ryan Joseph schrieb am Mo., 30. Juli 2018,
18:05:
>
>
> > On Jul 28, 2018, at 2:03 AM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > The method you provided below would not fail anyway, because it doesn't
> dereference Se
Ryan Joseph schrieb am Di., 31. Juli 2018,
18:15:
>
>
> > On Jul 30, 2018, at 11:08 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > If the method doesn't access Self then there is nothing you can do.
>
> Is this someth
On 28.07.2018 16:38, John Doe wrote:
> On Mon, Jul 23, 2018 at 1:49 PM, Sven Barth via fpc-pascal
> <mailto:fpc-pascal@lists.freepascal.org>> wrote:
>
> Ryan Joseph <mailto:r...@thealchemistguild.com>> schrieb am Mo., 23. Juli 2018,
> 17:35:
>
&
On 04.08.2018 17:31, Ben Grasset wrote:
> On Sat, Aug 4, 2018 at 10:38 AM, Sven Barth via fpc-pascal
> <mailto:fpc-pascal@lists.freepascal.org>> wrote:
>
> On 28.07.2018 16:38, John Doe wrote:
> > On Mon, Jul 23, 2018 at 1:49 PM, Sven Barth via fpc-pascal
you
pass them with - Fu (-Fo is not required). You can also use -vut to see
which locations the compiler tries to find units in and which it uses in
the end.
Regards,
Sven
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
htt
Am 08.08.2018 um 00:42 schrieb Ryan Joseph:
On Aug 7, 2018, at 4:17 PM, Sven Barth via fpc-pascal
wrote:
Are you sure that you used the correct compiler? Try to pass -n to tell it to
ignore the fpc.cfg and see whether it picks up the correct ones when you pass
them with - Fu (-Fo is not
;
They are due to the EXTDEBUG define that is set in the pp.lpi. Someone had
added that to the project file cause they wanted to hunt bugs with temps.
If it annoys you, you can remove it in your project options.
Regards,
Sven
>
_______
fpc-pascal ma
fier is unrecognized?
Thanks for any help in this holydays time,
Marco
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
eneric's* declaration it would be picked up.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 15.08.2018 um 10:59 schrieb Dennis:
Why class operator is accepted for advanced records but not old
fashion object???
Because objects are not records. Internally they are handled more
closely to classes than records.
Regards,
Sven
___
fpc-pascal
Am 15.08.2018 um 17:29 schrieb Michael Van Canneyt:
On Wed, 15 Aug 2018, Sven Barth via fpc-pascal wrote:
But maybe you are using mode delphi ? If so, try separating out the
object
definition in a separate unit which is not compiled in delphi mode.
A global operator won't help at a
Am 16.08.2018 um 12:47 schrieb Michael Van Canneyt:
Am 15.08.2018 um 17:29 schrieb Michael Van Canneyt:
On Wed, 15 Aug 2018, Sven Barth via fpc-pascal wrote:
But maybe you are using mode delphi ? If so, try separating out the
object
definition in a separate unit which is not compiled in
Am 16.08.2018 um 12:23 schrieb Dennis Poon:
Sven Barth via fpc-pascal wrote:
Am 15.08.2018 um 10:59 schrieb Dennis:
Why class operator is accepted for advanced records but not old
fashion object???
Because objects are not records. Internally they are handled more
closely to classes than
;1');
goto stop;
c:
writeln('2');
stop:
writeln('stop');
end.
Also for what I understand jmp does not require to refer to the address
in the register.
What I would do, if I were in your place, would be to rewrite your
program in pure Pascal, compile it with the -a sw
Ryan Joseph schrieb am Fr., 17. Aug. 2018,
18:22:
>
>
> > On Aug 16, 2018, at 8:55 AM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > It shouldn't be hard. Feel free to provide a patch together with some
> tests and it will
Il 17/08/2018 18:04, Giuliano Colla ha scritto:
Enjoy programming!
Giuliano
Thank you!
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
index 0, and crashes otherwise. Maybe
a problem of alignment? Or must be tab declared in data section?
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Ryan Joseph schrieb am Sa., 18. Aug. 2018,
19:38:
>
>
> > On Aug 17, 2018, at 7:19 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > However for classes there is the problem of temporary variables. Take a
> := b + c + d. That i
egmentation is quite complicated.
Thank you twice, Marco
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
egards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
you use C++ it's recommended to use "extern "C"" however even though FPC
supports cppdecl (as it can't handle all cases currently). And classes
won't work either.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@l
st an alias
Regards,
Andrew
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Thu, 23 Aug 2018 09:32:58 +0200
Florian Klämpfl wrote:
> Am 21.08.2018 um 11:42 schrieb Marco Borsari via fpc-pascal:
> > Il 20/08/2018 17:32, Giuliano Colla ha scritto:
> >
> >> On the Intel architecture you cannot perform pointer arithmetic as if a
> >> p
The instance is essentially only the VMT, cause for interfaces implemented
by FPC classes the interface variable points to a shifted Self pointer that
is "fixed" c the wrappers mentioned above.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists
On Sun, 26 Aug 2018 18:32:29 +0200
Florian Klämpfl wrote:
> Am 26.08.2018 um 11:43 schrieb Giuliano Colla:
> > Il 23/08/2018 11:34, Marco Borsari via fpc-pascal ha scritto:
> >
> >> It would be for the Wirth optimization in the access of an array,
> >> when
unbuffered, with> the
result that as soon as a message is output it's in the file in its>
entirety.> > Is there an equivalent for Pascal, or should I be using
something like> fpSync(stdout) at opportune times?
Does SetTextBuf() with a buffer of size 1 work? I don't think t
r doesn't, not to forget other fields of
the container record).
So this would need to be explained/explored/specified first.
Also the way you used the "with" as a modifier is a no-go. If you look
at the other modifiers that Pascal uses ("public", "default",
of the default property is that *all* operators (and methods)
(except management operators) are hoisted from the type of the default
property. The assignment of one record with default property to another of
the same type is handled by the Copy management operator.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
irectly to a field.
>
No, it was always (as far as the idea exists at least) the idea that all
abilities of a property should be available for non-indexed default
properties as well.
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
can argue that default array properties are used explicitely
using the "[…]"-syntax while a non-array default property is
automatically triggered with ".".
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
indows it was UCS2. Even on old Win7 it was UTF16. I
don't remember when the transition happened. Sadly, there are still
many Windows applications only supporting UCS2.
> but fpwidestring has correct handling for it.
Mattias
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ns where the static code page of the string and
the dynamic don't match, but they're seldom and exceptions from the rule)
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
, aRight: RawByteString; aCP: LongInt):
RawByteString; inline;
begin
Result := aLeft;
SetCodePage(Result, CP_UTF8, True);
Result := Result + aRight;
SetCodePage(Result, aCP, True);
end;
=== code end ===
(alternatively with an array of RawByteString to concatenate multiple
strings at on
on DOS due to the single process nature of
the OS).
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
essage is the one from the 14th September then all is well.
I've merely not had time to look at and process what you wrote 🤷‍♀️
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
; type (even as string) of the parameters and the return of a function
> passing its name as string and only the vtypeinfo of the instance of showed
> in the above example?
>
Short answer: No.
Long answer: No. The extended RTTI required for that is currently only
generated for i
silvioprog schrieb am Di., 9. Okt. 2018, 19:56:
> On Mon, Oct 8, 2018 at 6:21 AM Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
>
>> Short answer: No.
>>
>> Long answer: No. The extended RTTI required for that is currently only
>>
ot;.
What could be however is that you're trying to build with the newly created
trunk fpc if you have that in your PATH variable. In that case either
remove the directory as you said in your mail or ensure that the build
process does not pick up the trunk compiler.
If that does not help, we need more information, e.g. the output of "make
all".
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Marcos Douglas B. Santos schrieb am So., 14. Okt. 2018,
16:15:
> Do you know any Pascal lib to parse strings to convert in date/time values?
> The user is supposed to type human-friendly values like:
> - "day"=> trunc(now)
> - "day-2" => trunc(now-2)
>
Hi,
I'm now using pas2js v1.0.2 but I can't find `ellipse` method in
TJSCanvasRenderingContext2D class. Is there a way to draw ellipse on a canvas
using this version of pas2js?
Thank you.
Regards,
–Mr Bee
___
fpc-pascal maillist -
This mail should be sent to pas2js list. Please ignore it.
My mistake, I didn't re-check the address. I apologize.
Thank you.
Regards,
–Mr Bee
Pada Senin, 15 Oktober 2018 21.37.06 WIB, Mr Bee via fpc-pascal
menulis:
Hi,
I'm now using pas2js v1.0.2 but I can't find `ell
christo schrieb am Mo., 15. Okt. 2018, 18:22:
> I'm trying to build a fpmake project for the RTL.
Are you aware that the RTL already has a fpmake project? It might not be
entirely up to date, but it exists.
Regards,
Sven
___
fpc-pascal
christo schrieb am Mo., 15. Okt. 2018, 21:41:
> On 15/10/2018 20:07, Sven Barth via fpc-pascal wrote:
>
> christo schrieb am Mo., 15. Okt. 2018, 18:22:
>
>> I'm trying to build a fpmake project for the RTL.
>
>
> Are you aware that the RTL already has a
rg/view.php?id=34346
Mattias
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
that case it loaded correctly and something else must be the
problem.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
.i386-linux.tar). You can install it in any location
you want and only need to setup PATH accordingly afterwards (I do the same
on my Linux systems for the releases).
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Bo Berglund schrieb am Di., 23. Okt. 2018, 18:13:
> On Tue, 23 Oct 2018 17:08:40 +0200, Sven Barth via fpc-pascal
> wrote:
>
> >Why don't you simply use the distribution independent release of 3.0.4?
>
> But I was under the impression that I cannot build 3.0.4 from sou
es are missing from my Ubuntu 18.04, but what?
> Could it be the exact same items as on RaspberryPi???
>
If I had to guess I'd say that you'd need the 32-bit development packages
(don't know how to install them however, I use Arch Linux, not Ubuntu). Or
use the x86_64-linux release and build a 64-bit compiler.
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
deString).
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
of if..else blocks in succession.
>
No it's not. At least for ordinal values it's usually implemented as a jump
table or something optimized like that which would not work with variables
as labels.
Regards,
Sven
>
___
fpc-pa
solved using DNS. The
remaining URL is the first line of the already encrypted HTTP header.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
onality and
> different syntax. I don't use Lazarus myself, but I'm sure it provides a
> way to show where Assign is declared and how.
>
That's why Delphi back with Delphi 1 already I think introduced AssignFile
as an overload of Assign.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
s designated as such with "const N" in the generic declaration instead of
merely "N", so that the compiler does not assume it's a type.
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am Di., 6. Nov. 2018, 14:35 hat Ryan Joseph
geschrieben:
>
>
> > On Nov 6, 2018, at 8:21 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > First of I'm not a fan of adding support for constants, mainly because
> it w
ters separated by "," are of the
same "constraint type" while ";" separates these. Essentially like a
parameter declaration for a function.
(and yes, Delphi handles it like that as well)
Regards,
Sven
>
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
pulate the main types like ttypesym with extra
> bytes but I don’t know what’s best practice in the codebase.
>
When something belongs in a main type then it belongs there. But as I
already wrote it should not be a ttypesym for constant generic parameters
anyway.
Regards,
Sven
onstant. Thus using the type of the record
aside from Pointers and method parameters and result is not allowed.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
arsed by the time the constant is declared. That is
simply illegal code.
> Also, why does it work to do
>
> begin
> r := TMyRecord.default;
>
> in the main block?
>
It's not possible to use typed constants as initializers for variables.
Regards,
Sven
___
he ppu.pas unit (there is no backwards
compatibility for PPUs) and also adjust the ppudump utility in
compiler/utils/ppudump.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Fri, 19 Oct 2018 16:40:19 +0200
christo wrote:
> On 2018/10/18 09:26, Mattias Gaertner via fpc-pascal wrote:
> > How to control where 'make install' puts the libraries (e.g.
> > libpas2js.so)?
> >
> > I tried "INSTALL_LIBDIR=~/tmp/lib64", but
/2018-october-inline-variables-delphi.html
So maybe that's the route to go.
We've already decided internally that we are *not* going to support this.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.free
Am 11.11.2018 um 12:59 schrieb Ryan Joseph:
Since I’ve got a little more free time I wanted to see if there was a simple
solution to issue in Pascal that causes quite a bit of friction for me, i.e.
constructor boiler plate. In c++ there is “uniform initialization” for structs
which uses the
Am 11.11.2018 um 19:29 schrieb leledumbo via fpc-pascal:
But *if* I had to decide I would pick #1, cause then there wouldn't be
the chance to break existing code if a user decides to add a constructor
to their record and some other code relies on there not being a
constructor. Also due t
;
const
default: TMyRecord = (a: 100; b: 'foo');
end;
The compiler now correctly rejects such declarations with a "Type is not
completely defined error".
Regards,
Sven
___
fpc-pascal mai
nt.Up.
>
> Instead of removing it maybe give the error unless it’s the last field of
> the record and in which case can assumed to be fully defined.
>
No, that is too random for a language.
This change is not up for discussion as it could lead to incorrect code.
Regards,
Sven
>
Am Mo., 12. Nov. 2018, 03:12 hat Ryan Joseph
geschrieben:
>
>
> > On Nov 12, 2018, at 12:25 AM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > I'm not convinced that this feature is really needed, because one can
> simply
ually compatible with
> Delphi so what is it used for? It seems like if you’re a Delphi user you
> would just use the Delphi compiler.
>
The idea of the mode was to support Delphi code as much as possible, yes,
but in the past years the Delphi language has turned more and more into a
butcher
Am 14.11.2018 um 02:05 schrieb John Doe:
On Mon, Nov 12, 2018 at 1:51 AM Sven Barth via fpc-pascal
<mailto:fpc-pascal@lists.freepascal.org>> wrote:
The compiler now correctly rejects such declarations with a "Type
is not completely defined error".
Making this not w
Am 15.11.2018 um 03:59 schrieb Ryan Joseph:
Can c-blocks support Jonas added for Cocoa support be extended to other
platforms or is this stuck with OS X? It uses a runtime library by Apple but is
it possible to replace this with a custom Pascal implementation?
Somes notes:
http
Am Do., 15. Nov. 2018, 08:39 hat Ryan Joseph
geschrieben:
>
>
> > On Nov 15, 2018, at 1:27 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > They are only useful when interacting with the external runtime. On
> other OSes noth
res_2.6.0#Support_for_nested_procedure_variables
Don't know if it is documented as such, but if not, it should be.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am Do., 15. Nov. 2018, 12:26 hat Marcos Douglas B. Santos
geschrieben:
> On Thu, Nov 15, 2018 at 8:15 AM Sven Barth via fpc-pascal
> wrote:
> >
> > Am Do., 15. Nov. 2018, 10:17 hat Ryan Joseph
> geschrieben:
> >>
> >> Is passing nested procs outside of t
Am Do., 15. Nov. 2018, 12:40 hat Ryan Joseph
geschrieben:
>
>
> > On Nov 15, 2018, at 5:14 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > See the notes mentioned here:
> http://wiki.freepascal.org/FPC_New_Features_2.6.0#Su
e.
Also the overhead for calling an anonymous function is only that for a
virtual method call.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
1101 - 1200 of 5823 matches
Mail list logo
