Hello.
I use Geany and fpGUI for ages now. ;-)
All you have to do =
In Geany:
- Click on Define construct command = In Compile command = fpc %f
@extrafpc.cfg
extrafpc.cfp is a text file with all your -fu and -fi needed.
Here example of a fpGUI extrafpc.cfg =
-fPIC
Am 04.10.2014 00:03 schrieb Tomas Hajny xhaj...@hajny.biz:
On 3 Oct 14, at 23:53, Sven Barth wrote:
Am 03.10.2014 03:37 schrieb Philippe phili...@quarta.com.br:
@cfg
I read about that option in a previous message of the thread ...
clearly
a better ideia!!! ... I´ll use it for
On 2014-10-02 18:21, Brian wrote:
Is there any way to tell the compiler to just link existing .ppu and .o
files ?
Yes. In the case of fpGUI (as as an example), the fpgui/src/build.bat
or build.sh builds the fpGUI framework and places the compiled units in
a library output directory
On 2014-10-02 19:23, Brian wrote:
When the helloworld.pas file is compiled using Geany
Take a look at the fpgui/docs/INSTALL.txt file. There I explain how to
setup and use fpGUI with various IDE's and editors. Maybe some of that
information can be applied to Geany. Sorry I have never used Geany
In our previous episode, silvioprog said:
[...]
But it would be an nice feature in Free Pascal, something like the
import
of Python and Java. =)
Java requires a CLASSPATH for the imports to work, does it not?
You can import one or more classes. E.g, you can use it:
import
Am 03.10.2014 03:37 schrieb Philippe phili...@quarta.com.br:
@cfg
I read about that option in a previous message of the thread ... clearly
a better ideia!!! ... I´ll use it for sure!
taking advantage of the oportunity. when one type fpc in the command
line, he/she gets:
D:\psl9\c9fpc
On 3 Oct 14, at 23:53, Sven Barth wrote:
Am 03.10.2014 03:37 schrieb Philippe phili...@quarta.com.br:
@cfg
I read about that option in a previous message of the thread ... clearly
a better ideia!!! ... I´ll use it for sure!
taking advantage of the oportunity. when one type fpc in
fpc -h
Free Pascal Compiler version 2.6.4 [2014/03/06] for
i386
Copyright (c) 1993-2014 by Florian Klaempfl and
others
c:FPC2.6.4bini386-Win32ppc386.exe [options] inputfile
[options]
Put + after a boolean switch option to enable it, - to disable
it
-a The compiler doesn't delete the
On 3 Oct 14, at 19:16, Philippe wrote:
fpc -h
Free Pascal Compiler version 2.6.4 [2014/03/06] for
i386
.
.
'@' is indeed listed in help only in recent trunk compiler (since
July).
Tomas
___
fpc-pascal maillist -
Thanks for all the commandline suggestions , but my question is about using
Geany as the IDE , not running the compiler from the commandline. BTW : I
only use fpGUI as an example to illustrate the issue.
Using Geany as the IDE :
The FPC documentation is not correct :
1.3.38 $UNITPATH : Specify
On 02 Oct 2014, at 15:30, Brian wrote:
Thanks for all the commandline suggestions , but my question is
about using
Geany as the IDE , not running the compiler from the commandline.
Geany itself will call the compiler via the command line, so it
presumably has ways to specify additional
On Thu, 2 Oct 2014, Brian wrote:
Jonas , thanks very much as I now see what is happening.
FPC only searches the specific directory and not any lower level
directories. In this case the unit called is in a lower level directory.
Is there any way using Geany to add $UNITPATH directives in the
Thanks Michael.
Jonas tip allows me to see what is happening when using Geany. In the case
of fpGUI , the fpmake creates all the .ppu and .o files and places them in
directory ../i386-linux.
Using either the wildcard * or absolute name of the directory is ok . The
compiler finds (in this
In our previous episode, Brian said:
Is there any way to tell the compiler to just link existing .ppu and .o
files ?
There are three things in such case:
- compile the immutable packages with -Ur
- find actually WHY the compiler doesn't want to use the .ppu's and get to
the root of the
Marco ,
The fpGUI units were recompiled with directive -Ur
When the helloworld.pas file is compiled using Geany (with -Ur and -Va) for
some reason FPC can't find the unit (fpg_impl.ppu) called by fp_base , even
though it is present in the folder with fpb_base.
[0.058] Load from FPG_BASE
In our previous episode, Brian said:
The fpGUI units were recompiled with directive -Ur
When the helloworld.pas file is compiled using Geany (with -Ur and -Va) for
some reason FPC can't find the unit (fpg_impl.ppu) called by fp_base , even
though it is present in the folder with fpb_base.
The compiler accepts the directory and loads the first unit fpg_base , but
then fails to load the next unit that is called by fpg_base which is
fpg_impl . Then it fails.
Regards
Brian
--
View this message in context:
On Tue, 30 Sep 2014, Philippe wrote:
some days before we had same type of thread ...
the problem is
-Fu is not recursive!
And luckily not. The result would be a disaster !
However, you can use wildcards:
-Fu/home/some/dir/*
Michael.
Can I use {$unitpaht /home/some/dir/*} ?
--
Silvio
My mistake ...
Using directive -Va I can see that PFC cannot find fpg_base also.
Question : Does the directive $UNITPATH acvtually work ?
Regards
Brian
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Free-Pascal-Directories-tp5720212p5720266.html
Sent from
bad ideia :
(with windows we have a limite from the command line
size!)
I copy recursively all the files from directories I need in a
unique directory ... then compile from it!!!
ugly! ... may be ... but
it works !!! recursively!!! and it is quite fast to copy ... and I spent
time in
Conclusion :
Using {$UNITPATH /home/some/*} in the main program DOES NOT WORK !
When using Geany if the directive is added in Set Build Command , COMPILE
line as -Fu/home/some/* it works properly.
Much better than dumping everything into one pot.
Regards
Brian
--
View this message in
On Thu, Oct 2, 2014 at 5:52 PM, Brian v...@golden.net wrote:
Conclusion :
Using {$UNITPATH /home/some/*} in the main program DOES NOT WORK !
[...]
=(
--
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist -
On 02/10/14 22:52, Brian wrote:
Conclusion :
Using {$UNITPATH/home/some/*} in the main program DOES NOT WORK !
It behaves exactly as documented at
http://www.freepascal.org/docs-html/prog/progsu121.html :
Note that this switch does not propagate to other units, i.e. it’s
scope is limited
On Thu, Oct 2, 2014 at 6:13 PM, Jonas Maebe jonas.ma...@elis.ugent.be
wrote:
On 02/10/14 22:52, Brian wrote:
Conclusion :
Using {$UNITPATH/home/some/*} in the main program DOES NOT WORK !
It behaves exactly as documented at http://www.freepascal.org/
docs-html/prog/progsu121.html :
On 02/10/14 23:23, silvioprog wrote:
On Thu, Oct 2, 2014 at 6:13 PM, Jonas Maebe jonas.ma...@elis.ugent.be
mailto:jonas.ma...@elis.ugent.be wrote:
Note that this switch does not propagate to other units, i.e. it’s
scope is limited to the current unit.
unit should be interpreted as
On Thu, Oct 2, 2014 at 6:34 PM, Jonas Maebe jonas.ma...@elis.ugent.be
wrote:
On 02/10/14 23:23, silvioprog wrote:
On Thu, Oct 2, 2014 at 6:13 PM, Jonas Maebe jonas.ma...@elis.ugent.be
mailto:jonas.ma...@elis.ugent.be wrote:
Note that this switch does not propagate to other units, i.e.
On Thu, 2 Oct 2014 18:40:01 -0300
silvioprog silviop...@gmail.com wrote:
[...]
But it would be an nice feature in Free Pascal, something like the import
of Python and Java. =)
Java requires a CLASSPATH for the imports to work, does it not?
Mattias
On Thu, Oct 2, 2014 at 6:51 PM, Mattias Gaertner nc-gaert...@netcologne.de
wrote:
On Thu, 2 Oct 2014 18:40:01 -0300
silvioprog silviop...@gmail.com wrote:
[...]
But it would be an nice feature in Free Pascal, something like the
import
of Python and Java. =)
Java requires a CLASSPATH
Am 02.10.2014 22:25 schrieb Philippe phili...@quarta.com.br:
bad ideia :
(with windows we have a limite from the command line size!)
If you can't work with 8000 characters then simply use a cfg file and pass
that. It's not as if you change your paths every hour...
Regards,
Sven
@cfg
I read about that option in a previous message of the thread
... clearly a better ideia!!! ... I´ll use it for sure!
taking
advantage of the oportunity. when one type fpc in the command line,
he/she gets:
D:psl9c9fpc
Free Pascal Compiler version 2.6.4
[2014/03/06] for i386
Copyright
On 2014-09-30 16:47, Michael Thompson wrote:
Shouldn't take you long to generate a similar app for automating a string
for -Fu. :-)
+1
:-D
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
On 2014-09-30 14:58, Brian wrote:
For example if I decide to use fpGUI , I would like to put all the fpGUI
source code into one directory
fpGUI is scattered over multiple directories too, so no idea why you
thought all units must be in a single directory.
In the fpgui/src/ directory is a
as for other points (for example with use/misuse) ... for me -Fu
recursive, with statement and others may be usefull tools ... not for
you!
there no absolute answer!
may be other people don't do the same
kind of job I do, or you do. may they they don't work the same way I do,
or you do!
Sorry , I wasn't specific about my problem. Using the example in the fpGUI
distribution (but the following comments are not specific to fpGUI).
I want to use Geany as the IDE without using .CFG files and compiling from
the commandline.
If UNITPATH is set in the main program (the fpGUI is a good
On Wed, 1 Oct 2014 13:39:39 -0700 (PDT)
Brian v...@golden.net wrote:
Sorry , I wasn't specific about my problem. Using the example in the fpGUI
distribution (but the following comments are not specific to fpGUI).
I want to use Geany as the IDE without using .CFG files and compiling from
the
Mattias Gaertner wrote
On Wed, 1 Oct 2014 13:39:39 -0700 (PDT)
Brian lt;
vmst@
gt; wrote:
Sorry , I wasn't specific about my problem. Using the example in the
fpGUI
distribution (but the following comments are not specific to fpGUI).
I want to use Geany as the IDE without using .CFG
On Wed, 1 Oct 2014 15:16:13 -0700 (PDT)
Brian v...@golden.net wrote:
[...]
Do you have an example of how you can pass the unit paths via -Fu in Geany
?
If you don't know how to do this in Geany, maybe it is not a good
editor choice for you.
You use the command line from the terminal:
fpc
Having ported a large real-time graphical application from Virtual Pascal
(DPMI) to Free Pascal Linux , there is one aspect I haven't managed to
overcome.
For a number of reasons Lazarus was not used , and Geany is used as the IDE
, which works well.
Unlike Virtual Pascal which allowed me to put
On Tue, 30 Sep 2014, Brian wrote:
Having ported a large real-time graphical application from Virtual Pascal
(DPMI) to Free Pascal Linux , there is one aspect I haven't managed to
overcome.
For a number of reasons Lazarus was not used , and Geany is used as the IDE
, which works well.
Unlike
some days before we had same type of thread ...
the problem is
-Fu is not recursive!
Em 30.09.2014 11:07, Michael Van Canneyt
escreveu:
On Tue, 30 Sep 2014, Brian wrote:
Having ported a
large real-time graphical application from Virtual Pascal (DPMI) to Free
Pascal Linux , there is
On Tue, 30 Sep 2014, Philippe wrote:
some days before we had same type of thread ...
the problem is
-Fu is not recursive!
And luckily not. The result would be a disaster !
However, you can use wildcards:
-Fu/home/some/dir/*
Michael.
___
On 30 September 2014 16:27, Philippe phili...@quarta.com.br wrote:
some days before we had same type of thread ...
the problem is
-Fu is not recursive!
We're programmers. Creating our own tools for mundane work is not a
problem :-)
A few year back at my old company, for Delphi work we
On 30.09.2014 16:27, Philippe wrote:
some days before we had same type of thread ...
the problem is
-Fu is not recursive!
That's not what Brian asked for. He asked whether he can use multiple
directories, not whether he can use them recursively. And the former is
definitely the case.
That's not what Brian asked for. He asked whether he can use multiple
directories, not whether he can use them recursively. And the former is
definitely the case.
And indeed it's a disaster, because you might to restructure your units
directory if it works recursively depending on how you
44 matches
Mail list logo