On Thu, 23 Oct 2008 08:53:27 +0200 (CEST)
"Peter Vreman" <[EMAIL PROTECTED]> wrote:
> > On Wed, 22 Oct 2008 10:32:36 +0200 (CEST)
> > "Peter Vreman" <[EMAIL PROTECTED]> wrote:
> >
> >> > As of version 2.3.1, the compiler by itself indicates all the
> >> > various features it supports with FPC_HAS_
On Wed, 22 Oct 2008 10:32:36 +0200 (CEST)
"Peter Vreman" <[EMAIL PROTECTED]> wrote:
> > As of version 2.3.1, the compiler by itself indicates all the
> > various features it supports with FPC_HAS_FEATURE_XXX defines.
> > Exactly which defines are defines depends on the compiler binary.
> > For nor
On Fri, 17 Oct 2008 19:03:43 +0200
Mattias Gaertner <[EMAIL PROTECTED]> wrote:
> Can someone explain the new FPC system layout?
> I find out so far:
>
> In rtl/inc/systemh.inc there is
>
> {$ifndef FPC_HAS_FEATURE_SUPPORT}
> ...
> {$define FPC_HAS_FEATURE_CLASSES}
Can someone explain the new FPC system layout?
I find out so far:
In rtl/inc/systemh.inc there is
{$ifndef FPC_HAS_FEATURE_SUPPORT}
...
{$define FPC_HAS_FEATURE_CLASSES}
...
{$ENDIF}
Because FPC 2.3.1 defines FPC_HAS_FEATURE_SUPPORT the above is never
executed and therefore FPC_HAS_FEATURE_CLASS
On Mon, 6 Oct 2008 19:09:23 +0200 (CEST)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 6 Oct 2008, Marco van de Voort wrote:
>
> > In our previous episode, Tom Verhoeff said:
> > > I don't want to wake up sleeping dogs, but while updating various
> > > slides to base them on Free
On Sun, 28 Sep 2008 09:23:14 +0200
Martin Schreiber <[EMAIL PROTECTED]> wrote:
> On Sunday 28 September 2008 00.10:43 Graeme Geldenhuys wrote:
> > On Fri, Sep 26, 2008 at 5:02 PM, Mattias Gaertner
> >
> > <[EMAIL PROTECTED]> wrote:
> > > s[i]:='x
On Fri, 26 Sep 2008 13:20:57 +0200
Michael Schnell <[EMAIL PROTECTED]> wrote:
> Nonetheless a type to hold a single character needs to exist. And
> same needs to be a 32 bit type if you want to store more than 2^16
> different values (as possible with UTF-8 and UTF-16 but not with
> UCS-2.
Some c
On Fri, 19 Sep 2008 10:13:21 -0700
ABorka <[EMAIL PROTECTED]> wrote:
> This is how currently the code looks like for the problematic call:
>
> FCriticalSection.Enter;
> try
>if (FMaxRequests>0) and (FWorkingWebModules.Count>=FMaxRequests)
> then Raise EFPApacheError.Create(SErrTooManyRequests
On Thu, 11 Sep 2008 22:56:49 +0200
Martin Schreiber <[EMAIL PROTECTED]> wrote:
>[...]
> > Doesn't that mean we will be --by design-- unable to write something
> > like 'Yom Kippur (יוֹם כִּפּוּר)' on a caption?
Yes and more. See below.
> > This is why I keep asking that the 'TCharacter' or 'TCh
On Sat, 16 Aug 2008 13:20:27 +0200 (CEST)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
> In our previous episode, Mattias Gaertner said:
> > I provided a patch for bug 11809 in the tracker.
> > Who will apply it?
>
> Done.
Thanks.
Mattias
__
I provided a patch for bug 11809 in the tracker.
Who will apply it?
Mattias
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, 13 Aug 2008 23:12:25 +0200 (CEST)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>[...]
> >> The text mode IDE can display statisics while compiling. Why can't
> >> Lazarus?
> >>
> >> There is the compiler unit, which *is* available, and this is the
> >> only officially supported compiler inte
On Wed, 13 Aug 2008 21:29:59 +0200 (CEST)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Wed, 13 Aug 2008, schreef Vincent Snijders:
>
> > Daniël Mantione schreef:
> >> Op Wed, 13 Aug 2008, schreef Vincent Snijders:
> >>
> >>> It easier to change the message parser if you change it, than
On Fri, 8 Aug 2008 14:57:36 +0200
"Henri Gourvest" <[EMAIL PROTECTED]> wrote:
> > Because of this:
> > AVL_MAX_DEPTH = sizeof(longint) * 8;
>
> = 32 in all cases, I know and It is not a problem.
At least not now. But eventually it should be changed to
AVL_MAX_DEPTH = sizeof(PtrInt) * 8;
Mattia
On Thu, 07 Aug 2008 18:04:32 +0200
Micha Nelissen <[EMAIL PROTECTED]> wrote:
> Inoussa OUEDRAOGO wrote:
> > - TAVLManagedTree that uses a node mem manager provided in the
> > constructor. The developer using this one is _aware_ of the thread
> > safety issue and can then provide a thread safe nod
On Wed, 6 Aug 2008 21:19:13 +0100
"Inoussa OUEDRAOGO" <[EMAIL PROTECTED]> wrote:
> 2008/8/6 Mattias Gaertner <[EMAIL PROTECTED]>:
> > On Wed, 6 Aug 2008 19:41:27 +0100
> > "Inoussa OUEDRAOGO" <[EMAIL PROTECTED]> wrote:
> >
> >>
On Wed, 6 Aug 2008 19:41:27 +0100
"Inoussa OUEDRAOGO" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> TAVLTree in avl_tree.pp is not thread safe due to the node
> allocation and de-allocation done through the global
> declared "NodeMemManager" variable. TAVLTreeNodeMemManager
> implementation is cleary not
On Thu, 31 Jul 2008 16:22:01 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 31, 2008 at 2:59 PM, Boian Mitov <[EMAIL PROTECTED]> wrote:
> > Hmm... it looks almost one to one copy from our code in Version
> > 4.0 of our libraries ;-) . Are you one of our customers, or you
> >
On Thu, 31 Jul 2008 07:33:16 -0700
"Boian Mitov" <[EMAIL PROTECTED]> wrote:
> You can download the 3.1 version of OpenWire from www.openwire.org .
> It still uses the MultiReads. I have a new version that compiles
> under Lazarus, although the editors are not fully functional under
> GTK in Linux
On Thu, 31 Jul 2008 02:32:02 -0700
"Boian Mitov" <[EMAIL PROTECTED]> wrote:
> I agree with your points, and I listed some of them.
> Pascal has its own long list of issues, such as lack of functional
> and block enclosement (Especially true in Lazarus and free Pascal).
> Conceptual programming is
On Thu, 31 Jul 2008 11:02:28 +0200
Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Before we discuss endless about useless stuff, I'll make a proposal
> for a first addition: support of the synchronized keyword. It does no
> more than protecting a procedure automatically by a critical section
> so o
On Wed, 16 Jul 2008 15:05:44 -0500
Sean McIlwain <[EMAIL PROTECTED]> wrote:
> I'm getting a Error: Incompatible Types: got "untyped" expected
> " when
> compiling the following code. This happens when using default
> parameter values.
>
>
> Here is an example:
>
>
> var Callback: procedure(D
On Sun, 25 May 2008 10:31:23 +0200 (CEST)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
>
> On Sat, 24 May 2008, Felipe Monteiro de Carvalho wrote:
>
> > On Sat, May 24, 2008 at 1:42 PM, Michael Van Canneyt
> > <[EMAIL PROTECTED]> wrote:
> > > Anyway, unless someone else starts providing a g
On Sat, 26 Apr 2008 11:58:55 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> 2008/4/26 Vincent Snijders <[EMAIL PROTECTED]>:
> > It most probably is not unknown to you: the most important benefit
> > of being TComponent is that you can be owner of other components,
> > so that eases memory
On Sat, 26 Apr 2008 10:52:49 +0200
Vincent Snijders <[EMAIL PROTECTED]> wrote:
> Graeme Geldenhuys schreef:
> > Hi,
> >
> > Why does TCustomApplication derive from TComponent instead of
> > TObject? What is the reason behind this? Is there any benefits
> > unknown to me? Surely we never need to p
> {$IFDEF WINDOWS}
> AllFilesMask := '*.*';
> {$ELSE}
> AllFilesMask := '*';
> {$ENDIF}
>
>
>
>
> -- Forwarded message --
> From: Graeme Geldenhuys <[EMAIL PROTECTED]>
> Date: 25 Mar 2008 10:22
> Subject:
In the LCL there is documentation for TControl.Caption which is useful
for all descendant classes like TButton.Caption too. It would be nice
if fpdoc shows the content of TControl.Caption if TButton.Caption does
not have a value or at least show a link to the inherited entries.
Comments?
Mattia
On Fri, 15 Feb 2008 11:58:25 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> > I will write some info.
> >
> OK, so right now I will not try this with my very limited knowledge.
Makefiles are for pascal programmers a strange thing.
I'm crossing fingers, that the fp package system matures
On Fri, 15 Feb 2008 11:39:06 +0100
[EMAIL PROTECTED] wrote:
>
>
> From: Michael Schnell <[EMAIL PROTECTED]>
> > Vincent Snijders wrote:
> > > You have lot's of questions and the few hints I gave don't seem
> > to be
> > > enough. Maybe it is better if I try to find some time to write a
> > wi
On Fri, 15 Feb 2008 10:25:11 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> > The IDE does not compile the LCL automatically, so the
> > interfaces.ppu was not created. You can compile the new widgetset
> > with 'configure build lazarus'.
> >
> I just tried to do "clean up and build all"
On Fri, 15 Feb 2008 09:34:39 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> > Can you send me the patch so far?
> I'm (still) not familiar with diff / patch files, but it's really
> such a tiny difference that I easily can tell it in English ( :) ):
>
> in ide/lazconf.pp I added at the en
On Fri, 1 Feb 2008 19:12:19 +0100
"Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]> wrote:
> On Feb 1, 2008 6:58 PM, Graeme Geldenhuys <[EMAIL PROTECTED]>
> wrote:
> > I might have asked this before, but why doesn't the h2pas tool put
> > in the correct parameter names in the first place? I'm sure
On Wed, 02 Jan 2008 11:34:54 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> > Supposedly ? No, this is not correct. You install once and
> > recompile as much as needed, that's it.
> So you suggest on a future (not too unusual) visual component that
> all testing can be done before having i
On Wed, 2 Jan 2008 11:08:27 +0100 (CET)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
> > > Then I don't get why people refuse that lazarus is recompiled and
> > > see dyn. loaded packages as _the_ solution to this "problem" :)
> > >
> > Is there another solution that makes it possible to compi
On Mon, 17 Dec 2007 11:58:15 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> > For clusters there is already a de facto standard: MPI. It works
> > with FPC.
> >
> >
> > AFAIK OpenMP and MPI work well together and are separate.
> >
> Right now my concerns are not about how and what fea
On Mon, 17 Dec 2007 09:41:43 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
> IMHO the language itself might be enhanced for parallel processing.
>
> The implementation should be done in the RTL (or supposedly rather a
> special library). Here the methods of distributing potentially
> parallel
On Fri, 14 Dec 2007 17:11:15 +
Mark Morgan Lloyd <[EMAIL PROTECTED]> wrote:
> Mattias Gaertner wrote:
>
> > When starting a procedure 100 times, the pool will "add" 100 tasks
> > and wake up the sleeping threads. The threads will then process the
> >
On Fri, 14 Dec 2007 15:40:03 +0100
Vincent Snijders <[EMAIL PROTECTED]> wrote:
> Michael Van Canneyt schreef:
> >
> > On Fri, 14 Dec 2007, Vincent Snijders wrote:
> >
> >> How I can specify a source file with spaces in the directory name?
> >
> > If I recall correctly, I once sent you a patch f
On Fri, 14 Dec 2007 15:13:57 +0100
Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Mattias Gaertner schrieb:
> > See the OpenMP specs for more possible tuning parameters.
> > The pool can be extended by some of these abilities later, but for
> > now I only need a simple p
On Fri, 14 Dec 2007 12:40:41 +0100 (CET)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
> > You still can implement such thread pools on top of OpenMP(I) (or
> > similar APIs), if you need to get much lighter. ;)
>
> Afaik there are threadpool classes in Indy, and they work.
Thanks. I will take
On Fri, 14 Dec 2007 11:44:43 +0100 (CET)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
> > Has someone already created a unit for light weight threads?
>
> Is there really an issue about tthread overhead, or are you searching
> for really lighter threads ? Fibers/clone/rfork etc.
Basically I'm s
On Fri, 14 Dec 2007 12:36:51 +
Mark Morgan Lloyd <[EMAIL PROTECTED]> wrote:
> Mattias Gaertner wrote:
> > On Fri, 14 Dec 2007 10:29:59 +0100
> > Michael Schnell <[EMAIL PROTECTED]> wrote:
> >
> >> Mattias Gaertner wrote:
> >>> Has s
On Fri, 14 Dec 2007 10:29:59 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
> Mattias Gaertner wrote:
> > Has someone already created a unit for light weight threads?
> >
> What do you mean by "light weight threads" ? How can it get "lighter"
>
Has someone already created a unit for light weight threads?
Something like: Create a group of 4 threads named 0,1,2,3 and execute a
procedure/method?
Mattias
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailma
On Tue, 11 Dec 2007 19:24:59 +0100 (CET)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Tue, 11 Dec 2007, schreef Mark Morgan Lloyd:
>
> > Florian Klaempfl wrote:
> >
> > > > It is common in the scientistware I benchmark daily. The evil
> > > > geniuses parallelize their applications by p
On Mon, 10 Dec 2007 12:54:18 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> > OpenMP is about lightweight threads. The 'thread events' proposal is
> > the opposite: normal threads+events queues.
> Of course you are right here.
>
> IMHO the "parallel" idea is hard to implement, as the comp
On Sun, 9 Dec 2007 12:11:05 +0100
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 09 Dec 2007, at 04:54, Paul Ishenin wrote:
>
> > What for lazarus have package datadict if even recent fpc doesnot
> > make some dependencies by default?
> > For example fcl-dc\src\codegen is not in makefile.
>
>
On Mon, 03 Dec 2007 15:06:53 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> > Here is a start:
> > http://wiki.lazarus.freepascal.org/OpenMP_support
> >
> Thanks for the link.
>
> I'll add my "thread event" idea as another proposal.
Interesting idea.
OpenMP is about lightweight thread
On Mon, 3 Dec 2007 10:16:17 +0100
"Helmut Hartl" <[EMAIL PROTECTED]> wrote:
>[...]
> Also "Open-MPI" sounds very interesting. But i fear a "no brain
> solution API" for developers does not exist -
> and without digging deeper into the problems of that field someone
> would have many hours of time
On Mon, 03 Dec 2007 11:47:10 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
> There are implementations of "parallel" and "sequential" sections in
> some programming languages. Of course FPGA description languages like
> VHDL or Verilog do this from ground up, but there are also C derivate
> s
On Fri, 30 Nov 2007 13:22:54 +0100 (CET)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
>
> On Fri, 30 Nov 2007, Paul Ishenin wrote:
>
> > Michael Van Canneyt wrote:
> > > No-one. The DLL must be recompiled anyway if you use packages.
> > > And this is also true if you use interfaces, so usin
Lazarus has the IDEIntf, the API for IDE plugins.
What is better in this case: classes or interfaces?
What if someday there are packages?
What if someday there is a closed source dll plugin?
Mattias
___
fpc-devel maillist - fpc-devel@lists.freepasca
On Sun, 25 Nov 2007 10:49:02 +0100
Martin Schreiber <[EMAIL PROTECTED]> wrote:
>[...]
> http://groups.google.ch/group/borland.public.delphi.non-technical/msg/7caeced42f1934a4?hl=en&;
The text mentions 'IntPtr' for FPC's 'PtrInt'.
Oh boy, they really want to be FPC incompatible. ;)
Mattias
On Tue, 20 Nov 2007 14:17:14 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Mattias Gaertner <[EMAIL PROTECTED]> [Tue, 20 Nov 2007
> 10:55:49 +0100]:
> > On Tue, 20 Nov 2007 12:40:41 +0300
> > Andrey Gusev <[EMAIL PROTECTED]> wrote:
> > > * Matt
On Tue, 20 Nov 2007 12:40:41 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Mattias Gaertner <[EMAIL PROTECTED]> [Tue, 20 Nov 2007
> 01:14:27 +0100]:
> > On Tue, 20 Nov 2007 00:08:20 +0300
> > Andrey Gusev <[EMAIL PROTECTED]> wrote:
> > > * Andre
On Tue, 20 Nov 2007 00:08:20 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Andrey Gusev <[EMAIL PROTECTED]> [Fri, 16 Nov 2007 17:35:26 +0300]:
>
> Can anybody explain to me, why dynamically created forms with
> TApplicationProperties.OnIdle(),
> incline to AV ???
Because the destructor was
On Sat, 17 Nov 2007 10:12:30 -0200
Steve Howe <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> While using the daemonapp.pp unit to code a daemon, I've found that
> applications that it eat 100% of the CPU. After tracking and
> debugging, I've found out that the problem is in the daemonapp's
> TDaemo
On Fri, 16 Nov 2007 14:27:50 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> On 16/11/2007, Luiz Americo Pereira Camara <[EMAIL PROTECTED]>
> wrote:
> >
> > A single program like the below leaks memory. To the object be
> > freed automatically is necessary to declare Obj as IUnknown.
> > I
On Fri, 16 Nov 2007 14:17:46 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Mattias Gaertner <[EMAIL PROTECTED]> [Fri, 16 Nov 2007
> 11:44:26 +0100]:
> > Can you send me the debug log and tell me the file structure?
>
> The --debug-out result is empty (i.
On Fri, 16 Nov 2007 14:34:03 +0300
Sergei Gorelkin <[EMAIL PROTECTED]> wrote:
> Graeme Geldenhuys wrote:
>
> > No idea?? They seem to fluctuate after each run, but the overall
> > result (which tests are faster) are always constant. Have a look at
> > the code, if there is a better way of testi
On Fri, 16 Nov 2007 13:37:29 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Mattias Gaertner <[EMAIL PROTECTED]> [Fri, 16 Nov 2007
> 00:29:26 +0100]:
> > Please give feedback in the bug tracker, what part of the bug is
> > still open.
> How i can make g
On Fri, 16 Nov 2007 12:50:00 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
>[...]
> * FPC 2.2.0 under Linux (Ubuntu 7.10)
> [EMAIL PROTECTED]:Demo$ ./performancetest
> 2029 iterations in 5 seconds (no reference counting)
> 3185 iterations in 5 seconds (reference counting)
> 2469 iterati
On Thu, 15 Nov 2007 22:56:22 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Mattias Gaertner <[EMAIL PROTECTED]> [Thu, 15 Nov 2007
> 19:16:55 +0100]:
> > > > If a directory is not in the unit search path, then it will not
> get
> > > > the project
On Thu, 15 Nov 2007 13:04:06 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> I have ask to all at once.
> ==
>
> * Mattias Gaertner <[EMAIL PROTECTED]> [Thu, 15 Nov 2007
> > You don't need to add every unit to a project or package.
On Thu, 15 Nov 2007 03:04:57 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> from issue comments (by Mattias Gaertner):
> > The codetools are not as strict as the compiler,
> > can skip some simple syntax errors, and only reads what is needed,
> > but it needs at le
On Thu, 15 Nov 2007 02:28:29 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Mattias Gaertner <[EMAIL PROTECTED]> [Thu, 15 Nov 2007
> 00:13:03 +0100]:
> > I may have misunderstood your descriptions in the bug tracker.
> > It was not clear to me, that you
On Thu, 15 Nov 2007 01:22:33 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> Is somebody (the kind people), who can explain to me about IDE
> searching units process details ?
>
> More concrete:
> which IDE tunables affects to searching units by IDE (or codetools) ?
>
> And problem, that was not
On Thu, 15 Nov 2007 01:44:22 +0300
Andrey Gusev <[EMAIL PROTECTED]> wrote:
> * Andrey Gusev <[EMAIL PROTECTED]> [Thu, 15 Nov 2007 01:22:33 +0300]:
> > Why IDE cannot find LCL and others-but-by-path-available units,
> > when i open form, placed to other than project directory (that also
> > include
On Tue, 13 Nov 2007 23:51:14 +0100 (CET)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Tue, 13 Nov 2007, schreef Marc Weustink:
>
> > ik wrote:
> > > On Nov 13, 2007 10:51 PM, Graeme Geldenhuys
> > > <[EMAIL PROTECTED]> wrote:
> >
> > [..]
> >
> > > > Good news is that that's where the
On Tue, 13 Nov 2007 22:59:50 +0200
ik <[EMAIL PROTECTED]> wrote:
>[...]
> > What I found in Lazarus code so far was that somebody _was_ peaking
> > at the Delphi code at some stage.
Yes.
1.
Many pascal programmers have several years Delphi experience and are
used to the Delphi coding style and
On Tue, 13 Nov 2007 13:28:47 +0100 (CET)
"Peter Vreman" <[EMAIL PROTECTED]> wrote:
> > On Tue, 13 Nov 2007 09:21:36 +0100 (CET)
> > "Peter Vreman" <[EMAIL PROTECTED]> wrote:
> >
> >>[...]
> >> >> fpc -n -FUunits\i386-win32\ -Fu..\..\src\ -Fuunits\i386-win32\*
> >> >> myexample.pp
> >> >>
> >> >> 1
On Tue, 13 Nov 2007 09:21:36 +0100 (CET)
"Peter Vreman" <[EMAIL PROTECTED]> wrote:
>[...]
> >> fpc -n -FUunits\i386-win32\ -Fu..\..\src\ -Fuunits\i386-win32\*
> >> myexample.pp
> >>
> >> 1. What strikes me is that the command line has the option -n in
> >> it. It appears that this command line opt
On Mon, 05 Nov 2007 12:08:31 +0100
Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> > Look, I don't try to convince you that Lazarus or FPC should make
> > extensive use of packages - we worked years without it and we worked
> > very well,
> If using packages is the way to go to make installing vi
On Sun, 21 Oct 2007 21:55:45 +0800
Paul Ishenin <[EMAIL PROTECTED]> wrote:
> Florian Klaempfl wrote:
> >> Only that the codetools can not use a ppureader.ppu from the RTL or
> >> FCL. It can use the ppureader.pas, but not the .ppu.
> >> Or use the XML approach as Florian
> >>
> >
> > I sugges
On Sun, 21 Oct 2007 14:22:30 +0200 (CEST)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>[...]
> > > Well, the ppu file is divided in blocks; Each block has a type
> > > and a size. If you don't "know" a block, you can 'skip' it.
> > > (If memory serves me right, of course)
> >
> > If the codeto
On Sun, 21 Oct 2007 14:10:37 +0200
Peter Vreman <[EMAIL PROTECTED]> wrote:
> At 14:03 21-10-2007, you wrote:
> >On Sun, 21 Oct 2007 13:46:57 +0200
> >Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> >
> > > Mattias Gaertner schrieb:
> > > > I
On Sun, 21 Oct 2007 13:46:57 +0200
Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Mattias Gaertner schrieb:
> > Is it possible to use TTranslateStrings = type TStrings?
> > I ask because, the compiler allows it, but stops later with only
> > this message:
> > l
On Sun, 21 Oct 2007 08:36:24 +0200 (CEST)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Sun, 21 Oct 2007, schreef Michael Van Canneyt:
>
> > > > .ppu file format is something so general and
> > > > commonly used by (Free) Pascal programmers that
> > > > it should become part of our RTL.
On Sun, 21 Oct 2007 01:43:51 +0200 (CEST)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
>
> On Sun, 21 Oct 2007, Mattias Gaertner wrote:
>
> > On Sun, 21 Oct 2007 00:46:19 +0200 (CEST)
> > Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> >
> &
Is it possible to use TTranslateStrings = type TStrings?
I ask because, the compiler allows it, but stops later with only this
message:
lcl/interfaces/gtk2/interfaces.pas(1,1) Fatal: Compilation aborted
Question:
Is it allowed to use
NewClass = type SomeClass;
?
Mattias
On Sun, 21 Oct 2007 00:46:19 +0200 (CEST)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
>
> On Sat, 20 Oct 2007, Mattias Gaertner wrote:
>
> > On Sat, 20 Oct 2007 16:29:40 +0200
> > "Tomas Hajny" <[EMAIL PROTECTED]> wrote:
> >
On Sat, 20 Oct 2007 23:55:31 +0200 (CEST)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Sat, 20 Oct 2007, schreef Mattias Gaertner:
>
> > And another:
> > A lazarus built with fpc 2.0.4 should be able to read the ppu of
> > 2.3.x. Even though the
On Sat, 20 Oct 2007 16:29:40 +0200
"Tomas Hajny" <[EMAIL PROTECTED]> wrote:
> On 19 Oct 07, at 13:14, Micha Nelissen wrote:
> > Jonas Maebe wrote:
> > > This is not true. You can perfectly compile a compiler using the
> > > previous' release rtl.
> >
> > Sure this is not the question.
> >
> >
On Wed, 3 Oct 2007 12:03:33 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The h2pas tool obviously didn't know about parameter names when it was
> used. Not sure if it does now.
Yes, it does.
> All xlib methods that have parameters are defined as; para1, para2,
> para3 .
On Thu, 27 Sep 2007 23:13:07 +0800
Павел Ишенин <[EMAIL PROTECTED]> wrote:
> Hello, FPC developers' list
>
> I had discussion with Marc about how to mark some properties as
> widgetset specific (and show them in object inspector as specific for
> widgetset 'xxx'). As result of discussion we fou
On Fri, 17 Aug 2007 10:20:13 +0200 (CEST)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>[...]
> > > > > What local types are/will be allowed?
> > > > >
> > > > > For example, this is currently not allowed:
> > > > >
> > > > > generic TTree = class(TObject)
> > > > > type public TTreeNode =
On Thu, 16 Aug 2007 23:31:25 +0200 (CEST)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>[...]
> > Why is the local variable block needed?
>
> It is not. I asked the same question. It was added for symmetry
> reasons: if a local type block is allowed, then a var block should
> also be allowed.
>
On Thu, 16 Aug 2007 14:59:47 -0500 (CDT)
Jesus Reyes <[EMAIL PROTECTED]> wrote:
>
> --- Jesus Reyes <[EMAIL PROTECTED]> escribió:
>
> >
> > --- Michael Van Canneyt <[EMAIL PROTECTED]> escribió:
> >
> > >
> > >
> > > O
What is the state and future plans of generics?
I only found the wiki page
http://wiki.lazarus.freepascal.org/Generics
which does not even mention the current syntax.
Mattias
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.free
On Wed, 18 Jul 2007 01:11:25 +0200
Mattias Gaertner <[EMAIL PROTECTED]> wrote:
> FPC installs these ppu in two flavors:
> apr, apriconv, aprutil, unzip
> And httpd comes even in 3 flavors.
>
> Most fpc.cfg only contain the line:
> -Fu/usr/lib/fpc/$fpcversion/units/$fpctar
The TGdkAtom type depends on the processor (32 / 64 bit).
See attached patch.
With this patch lazarus clipboard will work on gtk + x86_64.
Mattias
Index: packages/extra/gtk2/gtk+/gdk/gdktypes.inc
===
--- packages/extra/gtk2/gtk+/gdk
FPC installs these ppu in two flavors:
apr, apriconv, aprutil, unzip
And httpd comes even in 3 flavors.
Most fpc.cfg only contain the line:
-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/*
So it depends on the file system which one is used.
Is this a feature or a bug?
Lazarus found this with its n
Here is a patch to extend TWriter.OnWriteMethodProperty. Formerly it
gives only the ancestor code address, not the method data.
And it misses the property path, which is needed to write sub properties
like Font.OnChange.
With this patch lazarus can get rid of the dirty hack to create
methods.
Ma
On Wed, 7 Feb 2007 21:56:54 +0100
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 07 Feb 2007, at 21:45, Mattias Gaertner wrote:
>
> >> In principle you should be able to do it with "make shared" in the
> >> respective directories. But I would strongly r
On Wed, 7 Feb 2007 20:00:20 +0100
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 07 Feb 2007, at 19:51, Mattias Gaertner wrote:
>
> > How can I create dynamic libs of the RTL and FCL units under Linux?
>
> In principle you should be able to do it with "ma
How can I create dynamic libs of the RTL and FCL units under Linux?
Mattias
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sun, 3 Dec 2006 18:54:25 +0100
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 03 Dec 2006, at 18:05, Marc Weustink wrote:
>
> > 1) using out as parametername
>
> "out" is not a reserved word in macpas mode, just like in tp/fpc
> modes.
Thanks. I updated the codetools.
> > 2) the * behind
Hi all,
I don't know, if this has been answered before.
Where are the Sinus/Cosinus/... functions for type single and double?
When compiling the following, I get a type size mismatch warning.
uses math;
var a,b: single;
begin
a:=sin(b);
end;
This is because "math" only provides an extended "s
On Tue, 07 Nov 2006 10:17:24 +0100
Micha Nelissen <[EMAIL PROTECTED]> wrote:
> Chris Cheney wrote:
> > Stating the obvious: but the programmer might wish to sort by the
> > objects or by some combination of the strings and the objects (or
> > even by entries in an external array, unrelated to the
On Fri, 06 Oct 2006 19:13:42 +0200
Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Mattias Gaertner schrieb:
> > Maybe there is a deeper meaning, but I guess it a bug.
>
> If you say so, iirc you wrote the gtk2 header conversion :)
Yes, but I didn't add this file.
Tha
501 - 600 of 728 matches
Mail list logo