Hello All,
With the 3.2.0-RC1 on a Raspberry PiB running raspbian, most of my software which ran very well when
compiled with fpc 3.0.4 do stop with the error in title when or near a seek() is done in a structured
binary file. I tryed first -O3 then -O2 then -O1 then no optimisation option with
> 5 maj 2020 kl. 07:19 skrev Sven Barth via fpc-pascal
> :
>
> Am 05.05.2020 um 04:16 schrieb Ryan Joseph via fpc-pascal:
>>
>>
>>> On May 4, 2020, at 10:44 PM, Michael Van Canneyt
>>> wrote:
>>>
>>> That is how enums work by default in Pascal.
>>>
>>> If you don't force scoped enums
Bart via fpc-pascal schrieb am Mi., 6.
Mai 2020, 02:33:
> Hi,
>
> Here's the first line of the Lazarus Makefile:
> -
> #
> # Don't edit, this file is generated by FPCMake Version 2.0.0
> #
> default: all
> MAKEFILETARGETS=i386-linux i386-go32v2 i386-win32 i
Am Dienstag, 5. Mai 2020, 22:53:53 CEST schrieb Bart via fpc-pascal:
> On Tue, May 5, 2020 at 10:05 PM Rainer Stratmann
>
> wrote:
> > Did I overlooked something?
>
> Your function returns a functiontype?
> Is that intended?
And I wonder why
result := false;
did not work in this function :-)
Am Dienstag, 5. Mai 2020, 22:53:53 CEST schrieb Bart via fpc-pascal:
> On Tue, May 5, 2020 at 10:05 PM Rainer Stratmann
>
> wrote:
> > Did I overlooked something?
>
> Your function returns a functiontype?
> Is that intended?
No :-)
But that worked a long time (2 years or so) with FPC 2.6.4
pro
On Tue, May 5, 2020 at 10:05 PM Rainer Stratmann
wrote:
> Did I overlooked something?
Your function returns a functiontype?
Is that intended?
--
Bart
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mail
YES that works, thank you!
Am Dienstag, 5. Mai 2020, 22:27:12 CEST schrieb Alexander Grotewohl:
> my original suggestion and then
>
> function proc_bool : boolean;
>
> what exactly are you trying to accomplish?
>
> --
> Alexander Grotewohl
> https://dcclost.com
> __
my original suggestion and then
function proc_bool : boolean;
what exactly are you trying to accomplish?
--
Alexander Grotewohl
https://dcclost.com
From: fpc-pascal on behalf of Rainer
Stratmann
Sent: Tuesday, May 5, 2020 4:20:11 PM
To: FPC-Pascal users discus
On 05/05/2020 22:05, Rainer Stratmann wrote:
> Compiled with FPC 3.0.4 there is an access violation when executing procvar;
> Compiled with FPC 2.6.4 it works for a long time.
>
> Did I overlooked something?
>
> Mode: MObjFPC
>
> type
> t_funcboolean = function : boolean;
> var
> procvar : t_
Am Dienstag, 5. Mai 2020, 22:14:09 CEST schrieb Alexander Grotewohl:
> procvar:=@proc_bool; ?
Error: Incompatible types
> --
> Alexander Grotewohl
> https://dcclost.com
>
>
> From: fpc-pascal on behalf of
> Rainer Stratmann Sent: Tuesday, May 5, 2020,
> 4:05 PM
procvar:=@proc_bool; ?
--
Alexander Grotewohl
https://dcclost.com
From: fpc-pascal on behalf of Rainer
Stratmann
Sent: Tuesday, May 5, 2020, 4:05 PM
To: FPC-Pascal users discussions
Subject: [fpc-pascal] Different behaviour between FPC 2.6.4 and FPC 3.0.4
Comp
Compiled with FPC 3.0.4 there is an access violation when executing procvar;
Compiled with FPC 2.6.4 it works for a long time.
Did I overlooked something?
Mode: MObjFPC
type
t_funcboolean = function : boolean;
var
procvar : t_funcboolean;
function proc_bool : t_funcboolean;
begin
end;
begin
On Tue, 5 May 2020, Bart via fpc-pascal wrote:
Hi,
Here's the first line of the Lazarus Makefile:
-
#
# Don't edit, this file is generated by FPCMake Version 2.0.0
#
default: all
MAKEFILETARGETS=i386-linux i386-go32v2 i386-win32 i386-os2
i386-freebsd i3
Hi,
Here's the first line of the Lazarus Makefile:
-
#
# Don't edit, this file is generated by FPCMake Version 2.0.0
#
default: all
MAKEFILETARGETS=i386-linux i386-go32v2 i386-win32 i386-os2
i386-freebsd i386-beos i386-haiku i386-netbsd i386-solaris
i386-net
> On May 5, 2020, at 3:54 PM, Michael Van Canneyt
> wrote:
>
> On Tue, 5 May 2020, Ryan Joseph via fpc-pascal wrote:
>
>> As to be expected with new feature code tools now fails with constants in
>> generics. Should I make a bug report to fix this?
>
> Yes, but on the Lazarus bugtracker.
G
> On May 5, 2020, at 4:35 PM, Mattias Gaertner via fpc-pascal
> wrote:
>
> Yes, recording is a todo.
> If you want to check this you have to use the parsing functions like
> ProcNodeHasSpecifier or MoveCursorToProcSpecifier.
Why don't the nodes keep track of this information btw? That was the
On Tue, 5 May 2020 11:19:34 +0200 (CEST)
Michael Van Canneyt wrote:
> On Tue, 5 May 2020, Ryan Joseph via fpc-pascal wrote:
>
> >
> >
> >> On May 5, 2020, at 3:56 PM, Michael Van Canneyt
> >> wrote:
> >>
> >> They are in the system unit, so they're always related to any unit.
> >>
> >> They
On Tue, 5 May 2020, Ryan Joseph via fpc-pascal wrote:
On May 5, 2020, at 3:56 PM, Michael Van Canneyt wrote:
They are in the system unit, so they're always related to any unit.
They have a compilerproc modifier set, so I suppose there is some
property/attribute of the identifier that ind
> On May 5, 2020, at 3:56 PM, Michael Van Canneyt
> wrote:
>
> They are in the system unit, so they're always related to any unit.
>
> They have a compilerproc modifier set, so I suppose there is some
> property/attribute of the identifier that indicates this modifier.
> You should check for
On Tue, 5 May 2020, Ryan Joseph via fpc-pascal wrote:
Code tools completions are returning functions that don't appear related to the current
unit such as "fpc_Copy" from /usr/local/share/fpcsrc/rtl/inc/compproc.inc.
Here's a snippet of the code I use to get identifiers.
if CodeToolBos
Code tools completions are returning functions that don't appear related to the
current unit such as "fpc_Copy" from
/usr/local/share/fpcsrc/rtl/inc/compproc.inc.
Here's a snippet of the code I use to get identifiers.
if CodeToolBoss.GatherIdentifiers(Code,X + 1,Y + 1) then
begin
On Tue, 5 May 2020, Ryan Joseph via fpc-pascal wrote:
As to be expected with new feature code tools now fails with constants in
generics. Should I make a bug report to fix this?
Yes, but on the Lazarus bugtracker.
Michael.
___
fpc-pascal maillist
As to be expected with new feature code tools now fails with constants in
generics. Should I make a bug report to fix this?
Regards,
Ryan Joseph
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/ma
> On May 5, 2020, at 12:19 PM, Sven Barth wrote:
>
> Right now it's clear what procedure is called, namely the one with the open
> array. If we'd allow scoped enums without their enum type then this would
> result in a "can't decide which method to call". This example might appear
> construc
Thanks a lot by your response and suggestions.
I'll subscribe fpc-devel list.
Leidson
PopolonY2k
Em 5 de maio de 2020 03:51:23 BRT, Tomas Hajny escreveu:
>On 2020-05-04 20:30, popolon...@popolony2k.com.br wrote:
>
>
>Hi PopolonY2k,
>
> .
> .
>> One week ago I received some good news from MSX
> On May 5, 2020, at 1:51 PM, Tomas Hajny wrote:
>
> Regarding coding style - apart from looking at the sources, you can find some
> guidelines in the Wiki - https://wiki.freepascal.org/Coding_style.
Someone on the compiler team should clarify spaces in parameter/variable lists.
I made a bun
26 matches
Mail list logo
