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),
Windo
Hello Rainer.
I discover MSEide-MSEgui in 2010.
In 2012, I decided to fork MSEide to create ideU:
https://github.com/fredvs/ideU
The goal was to have a ide voice-assisted, multi languages, multi compilers.
Martin created the voice-assistive interface kindly for that.
Also I did create other
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
Did
> Ok, the fatal error was the "Path "..\" does not exist" instead of
"Unsupported ioctl".
Not sure to understand.
So is it ok, only a warning to fix "Unsupported ioctl" or the linking still
fails?
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
_
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
ht
I did sent already 3 mails in mse-mailing list but they do not appear.
Is this new there?
Hola, can you see me?
There is also mse-org forum:
http://mse-org.111682.n8.nabble.com/
Fre;D
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
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://lists.freepasca
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
> I'm surprised you want to distribute your own version of the compiler.
Huh, https://bugs.freepascal.org/view.php?id=32367
No answer, no no good will, hate, dont want to understand, ... --->
conclusion:
https://github.com/fredvs/freepascal
Fre;D
--
Sent from: http://
@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
> But you need it to compile and link it (especially in C/C++).
Yes, for C/C++ sometimes developers needs the .a static libraries, the new
library.h header, .la files, etc.
And by convenience some libraries give a "dev" packages with all that,
included the "nude" symlink that point to the develop
Hello.
According:
https://wiki.freepascal.org/Configuration_file
Under a Unix or Unix-like operating systems (e.g. FreeBSD, Linux)
1)The current directory.
2)Your home directory, it looks for .fpc.cfg.
3)The directory specified in the environment variable PPC_CONFIG_PATH,
and if it
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 nev
Hello.
The last line of function check_configfile(fn:string; var
foundfn:string):boolean;
should be something like this:
...
else
if CfgFileExists(IncludeTrailingBackslash(ExtractFilePath(ParamStr(0)))+fn)
then
foundfn:=IncludeTrailingBackslash(ExtractFilePath(ParamStr(0)))+fn
else
> 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 cfileutls.pas do
from that symlink.
I do propose my patch here to inform what I am changing in
https://github.com/fredvs/freepascal
Fre;D
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal
> 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
> 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
> 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
tps://github.com/fredvs/freepascal
was done not for create a new war but because some features are really
needed.
And if some similar patches are applied to official fpc, I the repository
can be deleted.
Fre;D
--
Sent from: http://free-pascal-general.10457
> 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
> 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
> 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
> 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
> 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
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
> 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
>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
> 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
> (Even in an apology, you call us a tri... well, maybe there is a reason
> for that)
For me a tribe of gurus is not insult, nor tribe, nor gurus, sorry if you
feel it like that.
I surprised by so much reaction for a patch that I proposed.
I will not annoy you anymore, promise.
And if you dont
Hello.
When compiling your code with fpc installed from freebsd package:
$ sudo pkg install fpc
$ sudo pkg install lang/fpc-units
All is OK, your test.pas run as expected.
But compiling your code with fpc compiled from source, there is indeed that
error message:
fish: "./test" terminated by sig
> @fredvs yes I install from source code.
Hum, so, imho, the MakeFile provided by official FPC download source has
something wrong.
I did try to using fpmake to re-create it but the resulted MakeFile did not
fix the problem.
Maybe the creator of the fpc FreeBSD package could give some light w
501 - 536 of 536 matches
Mail list logo
