Re: [fpc-devel] Maximum symbol length -- answer needed

2018-06-22 Thread Blaise
On 22.06.2018 21:42, Jonas Maebe wrote: The rationale for the above is that they need symbols that are longer than 255 characters. And such symbols could not be shortened by hashing heads or tails? The reason the rest uses shortstrings is this is assumed to be faster. I see that overloade

Re: [fpc-devel] Maximum symbol length -- answer needed

2018-06-22 Thread Jonas Maebe
On 22/06/18 17:19, bla...@blaise.ru wrote: On 15.06.2018 11:54, Blaise wrote: Side question: I see that the define "symansistr" is used for JVM and LLVM. What was the rationale? Anyone? The rationale for the above is that they need symbols that are longer than 255 characters. The reason th

Re: [fpc-devel] Maximum symbol length -- answer needed

2018-06-22 Thread Blaise
On 15.06.2018 11:54, Blaise wrote: What is the official maximum symbol length? If it is 255, as the definition "TSymStr = ShortString" suggests, then FPC does not always take proper care of it. In particular, TGNUAssembler.WriteTree has plenty of concatenations similar to this one writer.

Re: [fpc-devel] TThread.Queue and TThread.Destroy

2018-06-22 Thread Martin
On 21/06/2018 21:21, Sven Barth via fpc-devel wrote: Would you please test with trunk? There it already checks for aMethod. Indeed, it works with trunk. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/ma