<div dir="ltr">2017-02-28 21:50 GMT+01:00 Graeme Geldenhuys <span dir="ltr"><<a href="mailto:mailinglists@geldenhuys.co.uk" target="_blank">mailinglists@geldenhuys.co.uk</a>></span>:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> Records - well, I use them like they were defined<br>
in Delphi 7 and earlier. I really don't see the need for Records with<br>
Methods (ie: TP Objects) and such.<br></blockquote><div><br></div><div>Go with modern times! It's the 21st century now ;-)</div><div><br></div><div>(For inspiration have e.g. a look at Julia [1] and how they develop incl. syntax changes. - Many discussions/decisions are being done using github issues, here e.g. a quite fundamental keyword change [2, 3]. As you see in this issue, it is often not easy to find *the* good solution, but it's great, how opinions have a place to flow in and can be considered/integrated by the core or other talented devs. - There are branches: people can help but are also told to wait if the timing is not good [4]. - There is a manual, stdlib, devdoc [5] which gets you started quickly and one can easily contribute small things like typos. - A one-stop discourse based forum [6] which is a joy to use and much easier than e.g. the multitude of fpc-maillist, lazarus-forum, newpascal-/mse-<don't-know-atm>-lists. - There's a one-stop binary download location [7] and/or install master from source, just a ~ 'git clone, make install' away (llvm is not as fast as fpc though;). - In general uniform syntax (even with `end` like in pascal:) which doesn't make you guess which style/convention to choose. - Organisations which integrate people interested in a specific subject. e.g. [8]. - Package management is currently a bit 'suboptimal' but a new one is being developed, here the propositions [9] where interested people can give input in the design phase, and later while implementing. --- Of course one cannot and should not compare !!!   Julia doesn't have a 25+ year long legacy with many (partly a bit obscure) platforms to conserve and maintain. (It 'stole' the compiler, à la MSElang;-)  It has developers which work since ~7 years ~professionally and there is quite some funding and many many contributors. But as a maybe longterm inspiration, why not? Maybe some parts are worth stealing? And, with tool-support, maybe possible to steal?)</div><div><br></div><div>(Ähem, I digressed a bit from the Delphi 7 record topic... I am sorry (more so, considering I forked from you))</div><div><br></div><div>(I agree with what you wrote about 'polluting pascal code'. But what can one do? For me, atm, it is super-important that fpc is very compatible with delphi, e.g. generics (and that they work well). Thus, very grateful to people who contribute such things). </div><div><br></div><div>[1]: <a href="http://julialang.org">http://julialang.org</a>, [2]: <a href="https://github.com/JuliaLang/julia/issues/19157">https://github.com/JuliaLang/julia/issues/19157</a>, [3]: <a href="https://github.com/JuliaLang/julia/pull/20418">https://github.com/JuliaLang/julia/pull/20418</a>, [4]: <a href="https://github.com/JuliaLang/julia/pull/20885">https://github.com/JuliaLang/julia/pull/20885</a>, [5]: <a href="https://github.com/JuliaLang/julia/tree/master/doc/src">https://github.com/JuliaLang/julia/tree/master/doc/src</a>, [6]: <a href="http://discourse.julialang.org/">http://discourse.julialang.org/</a> (discourse has mailling list integration nowadays...), [7]: <a href="http://julialang.org/downloads/">http://julialang.org/downloads/</a>, [8]: <a href="https://github.com/JuliaGPU">https://github.com/JuliaGPU</a>, [9]: <a href="https://github.com/JuliaLang/Juleps/blob/master/Pkg3.md">https://github.com/JuliaLang/Juleps/blob/master/Pkg3.md</a></div></div></div></div>