Le 24/10/2010 00:58, patspiper a écrit :
I tried your method, but had to point to ppc386 in compiler path instead
of fpc to make it work. But still the IDE complained about not finding
fpcres, which is usually in the path (/usr/bin).
I forgot about fpcres. If you installed FPC through
On 10/24/2010 11:14 AM, Thierry B. wrote:
I forgot about fpcres. If you installed FPC through Debian packages, it
is in fp-utils. If you only build it in you home directory, then
copy/symlink it in /usr/bin/ from your local freepascal /bin/frcres
directory.
Good idea.
Another solution is to
I fixed the wince OnClick issue.
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 24.10.2010 11:31, Felipe Monteiro de Carvalho wrote:
I fixed the wince OnClick issue.
Thanks. I hope you'll find a better working solution for the problem. :)
Regards,
Sven
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 10/24/2010 11:14 AM, Thierry B. wrote:
For ppc386 i don't know, it's trange as fpc should detect your platform
and use the right compiler. Here is what I use in one Lazarus setup :
The platform should be detected indeed. However how will it find out
which ppc386 to use (each FPC
Hi,
I've commited an important patch today (r 27829) , about gtk2 main loop
iterations.
Now it uses g_main_context instead of g_main which is deprecated from
gtk2-2.2.
This patch improves main loop, but also now PostMessage() works fine for
messages from another threads.
*** Gtk2 Laz/LCL must
On Sunday 24 October 2010 15:24:04 zeljko wrote:
Hi,
I've commited an important patch today (r 27829) , about gtk2 main loop
iterations.
Now it uses g_main_context instead of g_main which is deprecated from
gtk2-2.2.
This patch improves main loop, but also now PostMessage() works fine for
Is it possible to get the original name of a project by doing something like
scratch:= {$I %PROJFILE% };
I'm looking for an invariant identifier that I can use for a named pipe
or unix-domain socket, irrespective of whether the binary has been
renamed. I'd prefer not to stoop as far as
Juha Manninen wrote:
Question: how can I give --sync parameter for the program when I run it under
gdb? I tried:
$ gdb 'framedem --sync'
which says:
framedem --sync: No such file or directory.
and:
$ gdb framedem --sync
which says:
gdb: unrecognized option '--sync'
Use `gdb --help'
On Sun, Oct 24, 2010 at 3:32 PM, Juha Manninen
juha.mannine...@gmail.com wrote:
Question: how can I give --sync parameter for the program when I run it under
gdb? I tried:
$ gdb 'framedem --sync'
gdb framedem
And then inside gdb:
run --sync
--
Felipe Monteiro de Carvalho
--
Le 24/10/2010 12:01, patspiper a écrit :
On 10/24/2010 11:14 AM, Thierry B. wrote:
For ppc386 i don't know, it's trange as fpc should detect your platform
and use the right compiler. Here is what I use in one Lazarus setup :
The platform should be detected indeed. However how will it
On Sun, Oct 24, 2010 at 01:38:42PM +, Mark Morgan Lloyd wrote:
Is it possible to get the original name of a project by doing something like
scratch:= {$I %PROJFILE% };
Free Pascal doesn't know about projects, but can inline custom environment
variables that way, if Lazarus would set them
Marco van de Voort wrote:
On Sun, Oct 24, 2010 at 01:38:42PM +, Mark Morgan Lloyd wrote:
Is it possible to get the original name of a project by doing something like
scratch:= {$I %PROJFILE% };
Free Pascal doesn't know about projects, but can inline custom environment
variables that way,
On Sunday 24 October 2010 15:32, Juha Manninen wrote:
On Sunday 24 October 2010 15:24:04 zeljko wrote:
Hi,
I've commited an important patch today (r 27829) , about gtk2 main loop
iterations.
Now it uses g_main_context instead of g_main which is deprecated from
gtk2-2.2.
This patch
On 10/24/2010 11:53, zeljko wrote:
On Sunday 24 October 2010 15:32, Juha Manninen wrote:
I can give the parameter in Lazarus Run Parameters... but then the whole
Lazarus freezes. It doesn't take mouse clicks and must be killed.
Isn't standard X11 param with one - eg. ./myprogram -sync ?
On Sunday 24 October 2010 17:56, waldo kitty wrote:
On 10/24/2010 11:53, zeljko wrote:
On Sunday 24 October 2010 15:32, Juha Manninen wrote:
I can give the parameter in Lazarus Run Parameters... but then the
whole Lazarus freezes. It doesn't take mouse clicks and must be killed.
Isn't
On 23 October 2010 01:10, Bernd Kreuss wrote:
It has its own parser (separate sourceforge project) and sometimes
To minimize maintenance, and seeing that it is now part of Lazarus
source tree, maybe that jcf parser must be swapped out for the
fcl-passrc parser instead. This might be work now,
On Sunday 24 October 2010 18:56:18 waldo kitty wrote:
Isn't standard X11 param with one - eg. ./myprogram -sync ?
full word params has two dashes... single character params have one dash...
foo -V
foo --version
the above might return the same result in program foo...
Thanks Marc and
I'm trying to understand how does factory support works for
WebDataProvider.
Is this feature useful when the programmer don't want to add too many
WebDataProviders into the TFPWebProviderDataModule?.
It is possible to define the WebDataProviders in their own unit (by
code), then, in the
On 10/24/2010 05:50 PM, Thierry B. wrote:
It will only use those in the same directory as the fpc you set in
Lazarus Compiler path. Following my previous post as I set :
Compiler path :
/home/thierrybo/Sys/local/opt/fpc/2.4.3/bin/fpc
it will look only in Compiler path :
On Sun, 24 Oct 2010, Leonardo M. Ramé wrote:
I'm trying to understand how does factory support works for
WebDataProvider.
Is this feature useful when the programmer don't want to add too many
WebDataProviders into the TFPWebProviderDataModule?.
yes.
It is possible to define the
On 2010-10-24 20:44:28 +0200, Michael Van Canneyt wrote:
It is possible to define the WebDataProviders in their own unit (by
code), then, in the TFPWebProviderDataModule register all providers with
RegisterProvider,
to let the module know about them?.
You can do this.
How we work at my
I am facing an odd issue:
- Open a new project in the Lazarus IDE
- Open an existing .pas file which has a related .lfm file (form).
- The Toggle Unit/Form button is disabled and the form cannot be viewed.
Lazarus 0.9.29 r27836M FPC 2.5.1 i386-linux-gtk 2 (beta)
I would appreciate if anyone
On Sun, 24 Oct 2010, Graeme Geldenhuys wrote:
On 23 October 2010 01:10, Bernd Kreuss wrote:
It has its own parser (separate sourceforge project) and sometimes
To minimize maintenance, and seeing that it is now part of Lazarus
source tree, maybe that jcf parser must be swapped out for the
On Sat, 23 Oct 2010, Leonardo M. Ramé wrote:
Hi, I have a quick question:
How can I set the webmaster's email address that's shown on exceptions?
try
Application.Email:='b...@mysite.com';
Michael.--
___
Lazarus mailing list
On Sun, Oct 24, 2010 at 03:44:47PM +, Mark Morgan Lloyd wrote:
Is it possible to get the original name of a project by doing something
like
scratch:= {$I %PROJFILE% };
Free Pascal doesn't know about projects, but can inline custom environment
variables that way, if Lazarus
Hi all,
There are some new options to create
* sets of compiler options - called Build modes,
* project and package macros - called Build macros
* and rules to set macros, paths and options automatically depending on
target platform - called Conditionals.
See here for details and examples:
On Sun, Oct 24, 2010 at 10:49:11PM +0200, Mattias Gaertner wrote:
There are some new options to create
* sets of compiler options - called Build modes,
* project and package macros - called Build macros
* and rules to set macros, paths and options automatically depending on
target platform -
Le 24/10/2010 20:20, patspiper a écrit :
So you have put ppc386 in the same folder as the fpc executable?
My ppc386 is in .../fpc/2.5.1/lib/fpc/2.5.1 whereas fpc is in fpc/2.5.1/bin
Argl, you are right to insist. After each freepascal build from source,
, you have to link fpcres as I
On Sun, 24 Oct 2010 23:15:31 +0200
Marco van de Voort mar...@stack.nl wrote:
On Sun, Oct 24, 2010 at 10:49:11PM +0200, Mattias Gaertner wrote:
There are some new options to create
* sets of compiler options - called Build modes,
* project and package macros - called Build macros
* and
24.10.2010 4:32, Juha Manninen wrote:
Nice feature, thanks!
What about the improvements that happen in JEDI project, are you or somebody
copying them to Lazarus source?
Only in jedi code format project. I update the lazarus copy from time to
time.
Best regards,
Paul Ishenin.
--
25.10.2010 3:08, Michael Van Canneyt wrote:
To minimize maintenance, and seeing that it is now part of Lazarus
source tree, maybe that jcf parser must be swapped out for the
fcl-passrc parser instead. This might be work now, but in the long run
it is better. Because the fcl-passrc parse will
Em 24/10/2010 16:57, patspiper escreveu:
I am facing an odd issue:
- Open a new project in the Lazarus IDE
- Open an existingnor .pas file which has a related .lfm file (form).
- The Toggle Unit/Form button is disabled and the form cannot be viewed.
Lazarus 0.9.29 r27836M FPC 2.5.1
I deleted my sandbox copy of Lazarus and my exported copy of Lazarus
and now I can rebuild Lazarus from inside the IDE but I still get
cannot find LResources used by registersqldb
I know that LResources is all lowercase on Ubuntu 10.10 x64.
I was wondering how to get FPC to be case insensitive
I'm stummped b/c when I get into the IDE I can see the SQLdb
components tab with buttons for the typical SQL DBMS components. I
was able to rebuild Lazarus with the SQL DBLAZ components just fine.
But looking at the console on startup...
TLazPackageGraph.CheckIfPackageNeedsCompilation Compile
35 matches
Mail list logo