I just came across another related issue to this thread. Is it not possible to
init dynamic arrays from static arrays? I remember there being more
compatibility between the 2 types but I may have forgotten.
var
a: array[0..1] of integer;
d: array of integer;
begin
d := a;
end.
Regards,
On 12/04/2020 16:31, Martin wrote:
When building packages for an installer, one uses -Ur.
Yet (on Windows) I noted, that the ppu contain the full path to the
source file used to build that ppu.
Not a major issue, but slightly awkward.
- The files (ppu, and maybe sources) will be packed into a
When building packages for an installer, one uses -Ur.
Yet (on Windows) I noted, that the ppu contain the full path to the
source file used to build that ppu.
Not a major issue, but slightly awkward.
- The files (ppu, and maybe sources) will be packed into an installer
- The end user installs
On 4/12/20 10:09 AM, wkitt...@windstream.net wrote:
PPS: Bo, if you reply, please include the above PS when you reply to the list so
that the list manager(s) can see this and maybe they can/will whitelist the
synacor servers... i've had several postings get blocked in recent days because
of thi
On 4/12/20 8:26 AM, Bo Berglund via fpc-pascal wrote:
I am used to *not* hide files anytime both on Windows (where I always
configure the explorer to show hidden files) and on Linux where I
always use an ls -la alias ll in order not to hide files.
Never understood the reason for hiding stuff...
On 4/12/20 7:55 AM, Michael Van Canneyt wrote:
All your OOTB problems can be solved without a single line of code change in the
compiler. Just create a script that people should use to compile instead of
directly using the 'fpc' command, and specify the config file in the script,
and any other
Am 12.04.20 um 03:28 schrieb Trev:
I've been trying to attract the attention of someone/anyone with virtual
access to the Wiki webserver to fix the corrupted image database since
January.
I've tried (in order):
* Wiki Feedback page: https://wiki.freepascal.org/Site_Feedback
* Forums: https:
On 12/04/2020 03:28, Trev wrote:
> I've been trying to attract the attention of someone/anyone with virtual
> access to the Wiki webserver to fix the corrupted image database since
> January.
At least one of the backtraces you posted doesn't seem to point to a
corrupted database, but to a bug in M
> Take your pick...
The one I want is missing!
Anyway, thanks Michael, it was hard battles, I win some, but not yet the
war.
Take care of you.
Fre;D
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pa
On Sun, 12 Apr 2020, fredvs via fpc-pascal wrote:
I would think this is about the biggest failure of all for a compiler ?
Imo, the worst thing is when the compilation is ok but code are bad
interpreted.
simply because unix does not do this.
OK, like I did for all my arguments, can you pr
>I would think this is about the biggest failure of all for a compiler ?
Imo, the worst thing is when the compilation is ok but code are bad
interpreted.
> simply because unix does not do this.
OK, like I did for all my arguments, can you prove that?
I never hear that is was forbidden to place
On Sun, 12 Apr 2020 12:16:20 +0200 (CEST), Michael Van Canneyt
wrote:
>You can hardly blame us for you not remembering things... :-)
>
>> Why does fpc look for .fpc.cfg in the user home dir when it is
>> otherwise looking for fpc.cfg?
>
>Because the naming convention on unixes is like that for co
On Sun, 12 Apr 2020, fredvs via fpc-pascal wrote:
committed in rev. 44697
Yep, excellent!
Note that this still may cause surprises, because paramstr(0) is not 100%
reliable.
Hum, ok, but I assume to take the risk.
Finally, the worst that can happen is fail to compil.
I would think this
> committed in rev. 44697
Yep, excellent!
> Note that this still may cause surprises, because paramstr(0) is not 100%
reliable.
Hum, ok, but I assume to take the risk.
Finally, the worst that can happen is fail to compil.
Nice, FPC is nearly OOTB now.
Only miss a very, very little patches: the
On Sun, 12 Apr 2020, Sven Barth via fpc-pascal wrote:
Why does fpc look for .fpc.cfg in the user home dir when it is
otherwise looking for fpc.cfg?
Because the naming convention on unixes is like that for config files in
your home directory. This is not fpc specific.
This convention predate
Michael Van Canneyt schrieb am So., 12. Apr. 2020,
12:16:
>
>
> On Sun, 12 Apr 2020, Bo Berglund via fpc-pascal wrote:
>
> > On Fri, 10 Apr 2020 13:44:17 -0700 (MST), fredvs via fpc-pascal
> > wrote:
> >
> >> 2)Your home directory, it looks for .fpc.cfg.
> >
> > This is something I have been
On Sun, 12 Apr 2020, Bo Berglund via fpc-pascal wrote:
On Fri, 10 Apr 2020 13:44:17 -0700 (MST), fredvs via fpc-pascal
wrote:
2)Your home directory, it looks for .fpc.cfg.
This is something I have been wondering about for a while..
When I install FPC from sources I have to create a co
On Fri, 10 Apr 2020 13:44:17 -0700 (MST), fredvs via fpc-pascal
wrote:
>2)Your home directory, it looks for .fpc.cfg.
This is something I have been wondering about for a while..
When I install FPC from sources I have to create a config file by
using this command:
/home/user/lib/fpc/$FPCVER/
I've been trying to attract the attention of someone/anyone with virtual
access to the Wiki webserver to fix the corrupted image database since
January.
I've tried (in order):
* Wiki Feedback page: https://wiki.freepascal.org/Site_Feedback
* Forums: https://forum.lazarus.freepascal.org/index
On Sat, 11 Apr 2020, fredvs via fpc-pascal wrote:
I did try this without luck:
-Fu$PPC_EXEC_PATH/units/$fpctarget
-Fu$PPC_EXEC_PATH/units/$fpctarget/*
-Fu$PPC_EXEC_PATH/units/$fpctarget/rtl
PPC_EXEC_PATH is an environment variable, not a compiler variable.
see globals.pas:
localexepath:=
On Sat, 11 Apr 2020, fredvs via fpc-pascal wrote:
I promise, it is the last for tonight.
It would be wonderful if in /compiler/globals.pas, at line 906, you add this
line (or something like that):
{ Replace some macros }
Replace(s,'$FPCPATH',AnsiString(IncludeTrailingBackslash(ExtractFi
Ryan Joseph via fpc-pascal schrieb am
So., 12. Apr. 2020, 08:53:
>
>
> > On Apr 12, 2020, at 11:16 AM, Ryan Joseph wrote:
> >
> > I just did svn up and got r44689, rebuilt the compiler but I still get
> the same error format. Was it supposed to be changed?
>
> ok, I think we're confused here. J
22 matches
Mail list logo
