Hi all
Have anybody experienced exceptions "Failed to create new thread" when
FPC-compiled process priority changed with schedtool -D [pid]?
-- Regards,
Denis Golovan
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal
is used in additempo() function, used mainly in the
msestat.pas file.
This is used to restore, for example, the position and size of windows.
To fix with a turn-around, I did first compile mseide with fpc 3.2.0 to know
what is the value of dynarrayelesize(typeinfo).
It is always 16 and then I use tha
FPC_REQUIRES_PROPER_ALIGNMENT}
end;
And nothing about aligntoqword()
I dont know if a function aligntoqword(p: pointer): pointer; inline;
must be added in msearrayutils.pas.
I will try using aligntoqword() of fpc and adapting mse code for it (ti:=
aligntoqword(ti);
If you see a other way, please advice.
Many
Hello.
I did try using aligntoqword() but without luck, I only get crash at
loading.
It is very sad but I dont have the skill to fix this and mse depends of a
guru with brave heart to make it compatible with fpc 3.3.1.
Anyway, many thanks Martin for your light.
Fre;D
-
Many thanks
;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
tp://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> The diff is quite big, and it's not whitespace changes...
> is that intentional, or if not, where did you get the original ptopu.pp
It comes from source of fpc 3.0.4.
Hum, so big?
To add a "comma" keyword,
1) Insert comma in keysymbol array.
2) Add "comma"
Re-hello.
In the previous zip file there is the ptopu.pp file (not ptop.pp that I did
not touch).
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
s does not exist, only plugin for tenors like Eclipse, etc all Java
applets of course.
So why not a Jtop pure fpc, without any dependencies?
;)
Good night Michael.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabb
quot;__".
--
Regards,
Alexey
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ce it to "__".
--
Regards,
Alexey
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Linux x64 gtk2, crash in regnext() in "offset:=",
https://github.com/Alexey-T/ATSynEdit/blob/master/atsynedit/atsynedit_regexpr.pas#L3664
--
Regards,
Alexey
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepasc
7;ptop -h : This help');
halt(Ecode); --> This produces a memory leak
end;
So the big question is: What is the purpose of "halt(Ecode)" and would it be
a crime to remove it?
Thanks.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.
top, a beautifier for Java based on ptop.
https://github.com/fredvs/xtop
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.o
Hello Tomas and thanks for the infos.
Hum, ok, so I give you the hand to find why the original code finishes the
program with some memory leak.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc
Sorry for the noise.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Mon, Feb 24, 2020 at 10:11 AM Sven Barth via fpc-pascal
wrote:
> You are wrong. Halt() sets the error code provided as parameter. Terminate by
> itself does not.
> Terminate leads to the destructor being called while Halt exists the program
> in a hard way. But as Tomas w
al.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
heap : 131072
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hi all
I'm trying to get an idea if Extended float is/can actually be 80bit?
I have FPC built under Linux x64 and it works fine (co-processor command are
actually used).
But I haven't found any reliable information about Win64 support.
Brief FPC source grepping showed FPC_HAS_TYP
;s possible to build a custom x86_64-win64 compiler with that define
enabled?
> Please note that you'll have the same problem on any non-x86 platform as that
> type only exists there (and m68k).
Yes. I am perfectly ok with Intel only.
-- Regards,
Denis Golovan
______
.
-- Regards,
Denis Golovan
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hello.
I did try last fpc trunk and get that error message when compiling a program
(mseide):
---> Error: Operator is not overloaded: "Class Of TBlobField" and "Boolean"
This comes from that line:
---> if fld1 is tblobfield then // here error.
Do you know what is the
> This is a bug, it should be permitted.
Huh, from msegui or from fpc?
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
ht
Hello Michael.
The error comes after commit 4266 of 06-03-2020:
git-svn-id: https://svn.freepascal.org/svn/fpc/trunk@44266
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc
)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
makes trunk happy:
---> if self.fblobintf <> nil then begin
To resume, the problem comes from "if fld1 is tblobfield".
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___________
fpc-pascal mai
Le 26.02.20 à 15:11, denisgolovan via fpc-pascal a écrit :
In theory yes, but it's not recommended, because Microsoft does not recommend
it (not to mention that it isn't even remotely tested as much as the normal
Win64 target).
Regards,
Sven
Got it. Thanks for the clarification.
On Sun, Mar 8, 2020 at 3:59 PM fredvs via fpc-pascal
wrote:
> To resume, the problem comes from "if fld1 is tblobfield".
No, you miss the point:
> if fld1 is tblobfield and (self.fblobintf <> nil) then begin
This will not compile anymore since the operator precedence
@Bart.
I just did try what you proposed (I promise without to read you before) and
come here to announce that if solves the thing.
--> if (fld1 is tblobfield) and (self.fblobintf <> nil) then begin
makes fpc trunk happy!
Well seen Florian, Bart and Micha.
;-)
Now, only msestat-fil
On 10/3/2020 10:22 π.μ., Mattias Gaertner via fpc-pascal wrote:
On Tue, 10 Mar 2020 00:57:12 -0400
Anthony Walter via fpc-pascal wrote:
[...]
What should happen is that both examples use the function from the
last unit in the uses clause.
Yes, that's how Pascal usually works and so it
Hello.
Compiling that code with fpc 3.2.0 gives the warning that follows:
---> if (kind <> tabulatorkindty(-1)) --> gives now the warning:
"msedrawtext.pas(1115,48) Warning: range check error while evaluating
constants (-1 must be between 0 and 3)"
tabulato
Re-hello.
> What must be changed, a new constant should be added at end of the array,
Lot of work because with this the array must be initialized with tak_none.
But maybe there is now a new fpc trick to write:
--> if (kind <> tabulatorkindty(-1))
That will say "if kin
20 must be between 0 and 14)"
?
> It is a warning not an error.
Yes, but it shows that something is wrong and it is time now to fix this
before problems
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
________
-pascal-general.1045716.n5.nabble.com/
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
neral.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> f (kind in tabulatorkindty) then
Yes, I like it!
But, sadly, the compiler no.
"Error: Operator is not overloaded"...
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal mai
On 11/3/2020 12:15 μ.μ., fredvs via fpc-pascal wrote:
Hello.
Compiling that code with fpc 3.2.0 gives the warning that follows:
---> if (kind <> tabulatorkindty(-1)) --> gives now the warning:
"msedrawtext.pas(1115,48) Warning: range check error while evaluating
constants (-
> which will make it always true. I see no reason for that "if" to exists
> at least not with out the code.
Yes I know, it is strange.
But, like explained Roland Chastain in a other topic:
> With FPC 3.0.4, the following code compiles without warning and works:
>t
> ( and that can be considered, imho, as a bug).
I was talking about mse code, not new behavior of warning of fpc 3.2.0.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist -
: http://free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> ---> kind := tabulatorkindty(-1);
> makes no sense.
Yes of course, it is the reason of that topic.
fpc 3.0.4 does not give any warning for this (strange...).
And it is fpc 3.2.0 that reveals that bug, giving a warning for that.
Note that fpc 3.2.0 is still tolerant, with a strict
thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
first item.
And with your tip, one more candidate for code to choose/use to fix the bug.
Many thanks BrunoK.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___________
fpc-pascal maillist - fpc-pascal@lists.fr
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ee-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> as there are a lot of messages in this thread
Yes, it is an epidemic, and it has already muted there:
http://free-pascal-general.1045716.n5.nabble.com/Re-New-Warnings-with-fpc-gt-3-2-0-fredvs-td5735027.html
You will see with last message that all is not so simple:
Initialization of a e
1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hello.
You may use http://free-pascal-general.1045716.n5.nabble.com/
This forum is an archive for the mailing list
fpc-pascal@lists.freepascal.org
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc
--
Bart
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
FPC 3.0.4 Linux x64, test from Lazarus 2.0 trunk, ie with widestringmanager.
UnicodeCompareStr('aaa', 'AA')=1 - ?
UnicodeCompareText('aaa', 'AA')=1 - ok
UnicodeCompareStr('AAA', 'aa')=1 - ?
UnicodeCompareText('AAA', 'a
Hello.
How to do to retrieve the size of the array of pdynarraytypeinfo?
Thanks
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https
Some more infos:
This gives the correct size with fpc <= 3.2.0:
function dynarrayelesize(const typinfo: pdynarraytypeinfo): sizeint;
var
ti: pdynarraytypeinfo;
begin
ti:= typinfo;
inc(pointer(ti),ord(pdynarraytypeinfo(ti)^.namelen)+2);
result:= psizeint(ti)^;
end;
But with last trunk
Hello Sven.
Always good news with you!
OK, I did replace all call to pdynarraytypeinfo with PTypeInfo and adapt all
code for this.
And you know what: IT WORKS!
I am totally surprised but now msestat files are ok with fpc 3.3.1.
Well, well, well done Sven (you could not imagine how happy I am
> By the way, may I use this tip for fpc < 3.3.1 or is it ok only with fpc
trunk?
Ok, I did compile it with FPC 3.0.4, FPC 3.2.0 and FPC 3.3.1.
And...
...
Yes, all 3 works as expected.
;-) x 1000.
Time to commit it (but I wait for your green light Sven).
Fre;D
-
Many
.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Super.
And I am so happy that the best representative of what fpc can do is still
in the game.
Thanks Sven.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal
/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hello.
With fpc 3.3.1 there is this warning:
"Warning: (4110) Range check error while evaluating constants (-193 must be
between 0 and 255)"
Here the code pointed by the warning:
const
foldhiddenbit = 7;
foldhiddenmask = 1 shl foldhiddenbit;
currentfoldhiddenbit = 6;
currentfold
ent does not handle all
possible cases"
How to disable it?
Thanks.
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/
:
Warning: (4110) Range check error while evaluating constants (-193 must be
between 0 and 255)
Fre;D
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal
errors compiling module,
stopping
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
:
msedatalist.pas(891,22) Warning: (4110) Range check error while evaluating
constants (-193 must be between 0 and 255)
OK, I stop.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc
e.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Tue, Mar 24, 2020 at 6:00 PM fredvs via fpc-pascal
wrote:
> OK, I stop.
This works?
{$mode objfpc}
{$apptype console}
const
foldhiddenbit = byte(7);
foldhiddenmask = byte(1 shl foldhiddenbit);
currentfoldhiddenbit = byte(6);
currentfoldhiddenmask = byte(1 shl currentfoldhidden
> what mode are you compiling with?
{$mode objfpc}{$h+}
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mail
g this:
> foldlevelmask = -193
;-)
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> what about
> foldlevelmask = (not (foldhiddenmask or currentfoldhiddenmask)) and $ff ;
Ha, this one fpc 3.3.1 like it!
No more warning nor error.
May I ask you what "and $ff" does, is it the same as "abs()" or keep it the
negative value?
Many thanks.
Fre;D
---
Many thanks Gerhald.
Now I have to deeply study your code, I did not catch all at first glance.
Write you later.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal
On Wed, Mar 25, 2020 at 7:48 PM wrote:
> [wargames] seems like the winning move is to not play the game. [/wargames]
> LUL
LUL ??
What does that stand for?
Better not say that to someone who speaks Dutch (like me) ;-))
--
Bart
_______
fpc-
k.
--
Bart
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
for all the code of the unit?
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> cat" is a program
Ha, ok.
>> Will it disable all the warnings concerned for all the code of the unit?
> Yes.
Hum, here, adding {$warn 6060 off} after "unit", on Linux 64 bit, compiled
with fpc 3.3.1 trunk of 7 days ago, the warnings are still there.
Fre;D
--
> It works for me:
It seems that you did try to use {$warn 6060 off} in a program-file.
But did you try with a unit-file?
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist -
> If you have a uses clause, try adding it after the uses clause.
Yep, indeed that did the trick.
But note also that it must be after the "uses" clause after "implementation"
(otherwise after first "uses" it does not work).
Also, to make earlier fpc versions
Yep, well done Marco!
I liked already FPC 3.2.0 Beta so I am very happy that RC1 is ready.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https
> If you want you can report what you have done here ... or in the maillist.
- Download fpc-3.2.0rc1.x86_64-linux.tar: OK
- Unzip fpc-3.2.0rc1.x86_64-linux.tar: OK
- $ cd /home/test/fpc320RC1/fpc-3.2.0rc1.x86_64-linux: OK
- $ sudo install.sh : OK (perfect)
Compiled big complicated applicat
> Does FPC come as a 64 bit release now?
https://sourceforge.net/projects/freepascal/files/Win32/3.0.4/fpc-3.0.4.i386-win32.cross.x86_64-win64.exe/download
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
On Wed, Apr 1, 2020 at 5:22 PM Marco van de Voort
wrote:
> I think I'll put this under a special porunidle option in trunk and fpc
> 3.2.0 , so to only trigger this when needed.
Hmm..
porunidle -> poRunIdle (to be consistent in namegiving)?
Ba
Hello everybody.
The mse-org team is very happy to announce the new release of MSEide+MSEgui.
MSEide+MSEgui is a Pascal Cross Platform GUI Development System.
- Compiles with FPC 2.6.4, 3.0.0, 3.0.2, 3.0.4 or 3.2.0.
- For FreeBSD-x86_64, Linux-i386, Linux-x86_64, Linux-arm(Raspberry Pi
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hello Juha.
Here on Linux Dedian 10.2 64 bit multi-arch it is working perfectly.
I use wine + fpc.exe to compile many project, included MSEide or ideU.
Where did you install fpc.exe, in .wine/drive_ ?
Here where I did install it:
/home/fred/.wine/drive_c/FPC/3.0.4/bin/i386-win32/ppc386.exe
//free-pascal-general.1045716.n5.nabble.com/
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hello Graeme.
Thanks for the thanks but the real truth is that without your fixes this new
release would never exist.
Fre;D
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Sorry fpc, I dont know what appends, this should be sent in the mse-org
mailing list.
Please ignore it.
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https
On Mon, Apr 6, 2020 at 2:28 PM mr.jenuine mr.jenuine via fpc-pascal
wrote:
> ... but when i run the bundle.sh i get error warning as shown below;
You run a linux shell script in Windows?
--
Bart
___
fpc-pascal maillist - fpc-pas
Hello.
I have done a fork of fpc fixes_3_2 and made some modification of original
code.
May I distribute the fpc binary of that patched version with the units
files, ready to use out-of-the-box?
Must I add the source of the change done?
What I am not allowed to do?
Thanks.
Fre;D
--
Sent
free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
@Michael: Thanks.
<3
Fre;D
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
at point to the develop library.
But this is not needed by fpc, fpc needs the .so dynamic library for
linking, no more.
Fred
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lis
is not set, it will look in the etc directory above the compiler
directory. (For instance, if the compiler is in /usr/local/bin, it will look
in /usr/local/etc)
The directory /etc.
Would it be possible to have a 4th: the directory of the binary compiler and
maybe change his order?
Does fpc
Hello.
In fpc code /compiler/options.pas, for
function check_configfile(fn:string; var foundfn:string):boolean;
{
Order to read configuration file :
try reading fpc.cfg in :
1 - current dir
2 - configpath
3 - compiler path
}
But if you check in code, the option 3 is
else
check_configfile:=false;
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> Does fpc accept relative path for -Fu in the fpc.cfg config file, something
> like:
> -Fu./units/$fpctarget
> -Fu./units/$fpctarget/*
> -Fu./units/$fpctarget/rtl
No, it seems that it is not possible.
So I propose to do this, dont hurt existing code, only gives happiness:
in c
Hello.
The target of that "patched" fpc is mainly the Raspbian RPi.
I want a fpc out-of-the-box, only a zip file that people may unzip where
they want, without need to touch anything to the system.
All what I have found in fpc doc always require to touch to system.
Also, I want that
101 - 200 of 3439 matches
Mail list logo
