On 11/04/2020 08:24, Michael Van Canneyt wrote:
> it is not done on unices to search in the binary directory for config
> files. That's a windows thing.
And the main reason for this is that "the" compiler binary does not
necessarily exist. The most obvious case is a hard link: in this case, a
sing
On Sat, 11 Apr 2020, Jonas Maebe wrote:
On 11/04/2020 08:24, Michael Van Canneyt wrote:
it is not done on unices to search in the binary directory for config
files. That's a windows thing.
And the main reason for this is that "the" compiler binary does not
necessarily exist. The most obviou
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 people can
Why not just provide instructions for installation in the user's home
directory, for example. It's what you'd have to do if you didn't have root
access anyways. Then you can pretend that it's "cleaner" than just installing
it systemwide.
There's a prompt in the freepascal installer that asks fo
> There's a prompt in the freepascal installer that asks for the prefix. Your
users should be capable of that?
As explained in previous post, the goal is to not touch the system.
If you use the fpc installer, even if you install it in the user's home
directory, the installer will create a fpc.cfg
On Sat, 11 Apr 2020, Alexander Grotewohl wrote:
Why not just provide instructions for installation in the user's home directory, for
example. It's what you'd have to do if you didn't have root access anyways. Then you can
pretend that it's "cleaner" than just installing it systemwide.
There
On Sat, 11 Apr 2020, fredvs via fpc-pascal wrote:
There's a prompt in the freepascal installer that asks for the prefix. Your
users should be capable of that?
As explained in previous post, the goal is to not touch the system.
If you use the fpc installer, even if you install it in the user'
> It will create one in your home directory if it detects you do not have
root access.
Could you explain that?
Of course if you can show me a trick for configuring a script that will
install fpc in the home directory (.fpc.cfg), with for example the
hard-coded directory /home/user/instantfpc, I w
Am 11.04.2020 um 08:11 schrieb Ryan Joseph via fpc-pascal:
Sorry to ask this yet again but I keep forgetting or remembering wrong. I
thought this was a one time error that was fixed but I'm still getting
different error formats with the trunk (as of today) vs 3.0.4.
Can anyone please confirm w
> On unix, a simple 'unzip' is simply not the standard way to do things.
There are tons of application that do that.
GoogleEarth, lot of utilities, ... MSEide,
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillis
Am 11.04.2020 um 14:46 schrieb fredvs via fpc-pascal:
It will create one in your home directory if it detects you do not have
root access.
Could you explain that?
Of course if you can show me a trick for configuring a script that will
install fpc in the home directory (.fpc.cfg), with for examp
Am 11.04.20 um 08:11 schrieb Ryan Joseph via fpc-pascal:
Sorry to ask this yet again but I keep forgetting or remembering wrong. I
thought this was a one time error that was fixed but I'm still getting
different error formats with the trunk (as of today) vs 3.0.4.
Can anyone please confirm whi
Hello Michael.
I will deeply study your proposition.
I am also highly interested by this:
> You can do
> -Fu$PPC_CONFIG_PATH/../units/whatever
Maybe it can solve some problem and the last patch about dealing with './'
will not be needed.
I hope that you understand that:
https://github.com/f
Am 11.04.2020 um 15:18 schrieb fredvs via fpc-pascal:
I hope that you understand that:
https://github.com/fredvs/freepascal
was done not for create a new war but because some features are really
needed.
We have different opinions about what is needed and what is not. Or what
even is the rig
On 4/10/20 4:44 PM, fredvs via fpc-pascal wrote:
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
doesn't the 2nd one already cover the 3rd one?
--
NOTE: No off-list assistance is gi
> doesn't the 2nd one already cover the 3rd one?
Yes, sorry, it was just a example of the layout.
Fred
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepasc
> We have different opinions about what is needed and what is not. Or what
> even is the right approach.
And it is why I like the concept of open source, different opinions may
exist and no one is obliged to impose his own.
Only do a fork, respect the rules of the license and do the change you w
On 11/04/2020 16:08, fredvs via fpc-pascal wrote:
> Only do a fork, respect the rules of the license and do the change you want
> without be dependent of what the parent of the fork think or do.
If you really want to create a fork that behaves differently from FPC on
some fundamental points, then
On 11/04/2020 15:58, wkitt...@windstream.net wrote:
>> 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
>
> doesn't the 2nd one already cover the 3rd one?
The default fpc.
> then you should probably change the name
Humm, in previous post it was said that I am not allowed to change the name?
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
htt
On 4/11/20 10:16 AM, Jonas Maebe wrote:
On 11/04/2020 15:58, wkitt...@windstream.net wrote:
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
doesn't the 2nd one already cover the 3rd on
On 11/04/2020 16:21, fredvs via fpc-pascal wrote:
>> then you should probably change the name
> Humm, in previous post it was said that I am not allowed to change the name?
It's perfectly fine to change the name. See e.g. the first answer to
https://stackoverflow.com/questions/4475319/how-to-rebr
On Sat, 11 Apr 2020, fredvs via fpc-pascal wrote:
It will create one in your home directory if it detects you do not have
root access.
Could you explain that?
Of course if you can show me a trick for configuring a script that will
install fpc in the home directory (.fpc.cfg), with for examp
> It's perfectly fine to change the name. See e.g. the first answer to
> https://stackoverflow.com/questions/4475319/how-to-rebrand-copyright-a-forked-project-gnu-gpl#
Really, did you think that I ever had the idea to change anything in the
copyright and not claim that it is a fork from fpc?
You
> On Apr 11, 2020, at 8:12 PM, Florian Klämpfl wrote:
>
> I fixed this for trunk. You can very easily test and see what gcc outputs to
> verify what's correct.
Thanks, I could swear this was a bug that was already fixed but I'll rebuild
the compiler tomorrow and see if it went away.
Regards
On 11/04/2020 16:48, fredvs via fpc-pascal wrote:
>> It's perfectly fine to change the name. See e.g. the first answer to
>> https://stackoverflow.com/questions/4475319/how-to-rebrand-copyright-a-forked-project-gnu-gpl#
> Really, did you think that I ever had the idea to change anything in the
> co
On Sat, 11 Apr 2020, fredvs via fpc-pascal wrote:
It's perfectly fine to change the name. See e.g. the first answer to
https://stackoverflow.com/questions/4475319/how-to-rebrand-copyright-a-forked-project-gnu-gpl#
Really, did you think that I ever had the idea to change anything in the
copyr
> You just need to be a little patient
Huh, if I may, the so.n bug date from 3 years ago and is not yet assigned.
Sorry Michael but I need a fpc-wob (works out the box) now.
And when all my needs will be fixed in fpc original, I will come back to the
original.
Sorry but time goes out, I dont ha
On Sat, 11 Apr 2020, fredvs via fpc-pascal wrote:
You just need to be a little patient
Huh, if I may, the so.n bug date from 3 years ago and is not yet assigned.
I was referring to the config file issue.
if the .so.n issue was really so urgent for you, you could have brought it up
much ea
> if the .so.n issue was really so urgent for you,
Ho, it was urgent for we since the first time I did use it 15 years ago!
And each time that I request it, it finished by insult.
And when I created uos, problems of linking to libs where solved by
loadlibrary() because with ld it was not possibl
Are you always going to be running the compiler from a front-end (IDE, whatever
else)? Just use code on the other end to find the binary directory and call
something like "fpc @/home/whereis/fpc/fpc.cfg ..."
You could also use a bash script to wrap the compiler and do something like:
https://sta
Hello Alexander.
Thanks for the tips, but all that is too much complicated for a totally
newbie.
I did not really understand the argument that is a absolutely wrong way to
store the fpc.cfg in the same directory as the compiler, like it is allowed
for Windows.
But I accept the choice.
With the
> You can do
> -Fu$PPC_CONFIG_PATH/../units/whatever
> We can add some extra macros there if you want,
Could you add the macro PPC_COMPILER_PATH ?
Fred
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fp
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
Fred
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@li
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(ExtractFilePath(ParamStr(0);
So in fpc.cfg you may do:
-F
This is an evil travesty and I'm not happy about it:
-Fu$_$/../../lib/fpc/$fpcversion/units/$fpctarget
-Fu$_$/../../lib/fpc/$fpcversion/units/$fpctarget/*
-Fu$_$/../../lib/fpc/$fpcversion/units/$fpctarget/rtl
--
Alexander Grotewohl
https://dcclost.com
From: fpc-pa
> On Apr 11, 2020, at 9:50 PM, Ryan Joseph wrote:
>
> Thanks, I could swear this was a bug that was already fixed but I'll rebuild
> the compiler tomorrow and see if it went away.
I just did svn up and got r44689, rebuilt the compiler but I still get the same
error format. Was it supposed t
> 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. Just actually tested gcc and got this format:
/Users/ryanjoseph/Developer/Pr
38 matches
Mail list logo
