Re: [fpc-pascal] _Release call location for unused function results

2018-01-30 Thread Florian Klämpfl
Am 30.01.2018 um 15:07 schrieb Maciej Izak: > 2018-01-30 14:40 GMT+01:00 Marco van de Voort >: > > Have you tested this with large methods? The trouble is we only get > reports/code from people for whom the hack succeeded, not from ones that > tried and failed.

Re: [fpc-pascal] Initialize records C style

2018-01-30 Thread Marco van de Voort
In our previous episode, Darius Blaszyk said: > I have this code in C, the variable p is a 20 element array. However > only the first two items are initialized. Is this possible in pascal as > well? No, all or nothing. ___ fpc-pascal maillist - fpc

[fpc-pascal] Initialize records C style

2018-01-30 Thread Darius Blaszyk
I have this code in C, the variable p is a 20 element array. However only the first two items are initialized. Is this possible in pascal as well? TIA, Darius struct point { intx; inty; }; struct point p[20]= { {0, 100}, {3,1} }; _

Re: [fpc-pascal] _Release call location for unused function results

2018-01-30 Thread Sven Barth via fpc-pascal
Am 30.01.2018 15:07 schrieb "Maciej Izak" : > > question is: would we like to enabling this for all Delphi modes? > > Everything that needs this is essentially feature abuse. I would not enable > it by default +1 . Anyway I am still considering : commit or not :P. While I still don't want to

Re: [fpc-pascal] _Release call location for unused function results

2018-01-30 Thread Maciej Izak
2018-01-30 14:40 GMT+01:00 Marco van de Voort : > Have you tested this with large methods? The trouble is we only get > reports/code from people for whom the hack succeeded, not from ones that > tried and failed. > > I can remember from one of the bugreports or mail threads about very large > proc

Re: [fpc-pascal] _Release call location for unused function results

2018-01-30 Thread Marco van de Voort
In our previous episode, Maciej Izak said: > > The question is whether Delphi's behaviour is intentional. > Sadly it is intentional (but undocumented), the facts: > > * Barry Kelly compiler guy post > * Works with all known Delphi versions > * I've checked this for NG compiler - also works like in

Re: [fpc-pascal] _Release call location for unused function results

2018-01-30 Thread Maciej Izak
2018-01-30 8:34 GMT+01:00 Michael Van Canneyt : > The question is whether Delphi's behaviour is intentional. Sadly it is intentional (but undocumented), the facts: * Barry Kelly compiler guy post * Works with all known Delphi versions * I've checked this for NG compiler - also works like in cla

Re: [fpc-pascal] Range checks

2018-01-30 Thread Adriaan van Os
Jonas Maebe wrote: Actually, it won't help because "qword - 1" will still be evaluated as qword. The issue is that there is no safe way to evaluate this with range checking that is correct in all cases without a 128 bit integer type: 1) if you evaluate it as qword, you get a range error if count