<div dir="ltr">If I can, I would like to vote for "&" instead of "+". As I use Free Pascal with math (neural networks), I would vote for "&" with concatenation and "||" with "union" (in the case it's ever required).<div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 18, 2018 at 5:24 AM, Roger Rivero Jr. (SAMPA WebMaster) <span dir="ltr"><<a href="mailto:sampa@caonao.cu" target="_blank">sampa@caonao.cu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>Dear Sir:</p>
<p>I don´t like your way of answering. Period.</p>
<p>Mathematical operators on matrices (+, -, *, ~, etc.) have being
defined centuries ago, and all the scientific community uses the
same conventions on them. It´s not proper that somebody now would
like to redefine the conventions on his own will, regarless of the
user´s community opinions.</p>
<p>If you like an operator for concatenation, which is A WHOLE NEW
FEATURE, please use a different or invented operator. You can use
concatenator operarators borrowed from PHP ("."), Excel - VB
("&"), or invent your own one ( +. +~ +* etc)</p>
<p>I firmly oppose to any of your intentions (define the + operator
for concatenation and allow user defined operators to take
precedence). It doesn´t make sense. It´s not logical.</p>
<p>Thank you for hearing at me, and my apologies for my rough
language.</p>
<p>Best regards,</p>
<p>Roger Rivero<br>
</p>
<br>
<div class="m_6304179907050631369moz-cite-prefix">El 02/06/2018 a las 8:10, Sven Barth
via fpc-pascal escribió:<br>
</div>
<blockquote type="cite">
<div dir="auto">
<div>
<div class="gmail_quote">
<div dir="ltr">denisgolovan <<a href="mailto:denisgolovan@yandex.ru" target="_blank">denisgolovan@yandex.ru</a>>
schrieb am Sa., 2. Juni 2018, 10:28:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, I
strongly support removing that functionality in favor of
user operator overloads or vector-compatible way.<br>
</blockquote>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">To clear something up: this new operator will
definitely not be removed. Period. </div>
<div dir="auto"><br>
</div>
<div dir="auto">What might be done however (and what I had
planned) is that existing overloads of the "+"-operator take
precedence to the internal operator. </div>
<div dir="auto"><br>
</div>
<div dir="auto">Though I wouldn't mind introducing a syntax that
can be used to force a element wise operation on a array. This
way one wouldn't need to do the overload for the array, but
the compiler would pick the operator of the element type
instead. </div>
<div dir="auto"><br>
</div>
<div dir="auto">Regards, </div>
<div dir="auto">Sven </div>
<div dir="auto">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote>
</div>
</div>
</div>
<br>
<fieldset class="m_6304179907050631369mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
fpc-pascal maillist - <a class="m_6304179907050631369moz-txt-link-abbreviated" href="mailto:fpc-pascal@lists.freepascal.org" target="_blank">fpc-pascal@lists.freepascal.<wbr>org</a>
<a class="m_6304179907050631369moz-txt-link-freetext" href="http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal" target="_blank">http://lists.freepascal.org/<wbr>cgi-bin/mailman/listinfo/fpc-<wbr>pascal</a></pre>
</blockquote>
<br>
<br><br>
</div></blockquote></div><br></div></div></div>