Op 2010-09-29 23:50, Mattias Gaertner het geskryf:
>
> While touching the fpc sources I often got a compile
> error which was "fixed" by compiling a second time.
> Is this normal?
I get a similar problem with FPC 2.4.3 and fpGUI. fpGUI is in a Lazarus
package, so compiled units are in a single lo
At 11:04 AM 9/29/2010, Florian Klämpfl wrote:
Am 29.09.2010 19:57, schrieb Michael Van Canneyt:
>
> Only 5% open bugs ? That's not bad. At work it's much worse.
Problem is imo: the open ones are the time consuming. And imo over time
the absolute number of open bugs should at least stay stable a
Mattias Gaertner schrieb:
While touching the fpc sources I often got a compile
error which was "fixed" by compiling a second time.
Is this normal?
Sometimes I get very strange error messages, about types that are not
used in the indicated locations.
There exist more possible problems, with
Florian Klämpfl schrieb:
In the past months I've been working on several aspects of such
refactoring:
- moving global variables into objects (mainly current_module)
- turning back-ends into classes
The fpc back end is completly OOP?
To some degree. Basic data types are hard coded, and preven
Mattias Gaertner schrieb:
IMO most time can be saved by using the directory cache, instead of
building another one in the compiler.
I only tested reading/writing files.
In a second step the functions for file existence, age
and size can be made overloadable. I doubt it will make fpc faster
u
On Wed, 29 Sep 2010 23:59:15 +0200
Jonas Maebe wrote:
>
> On 29 Sep 2010, at 23:50, Mattias Gaertner wrote:
>
> > While touching the fpc sources I often got a compile
> > error which was "fixed" by compiling a second time.
> > Is this normal?
>
> There are some bugs in the ppu loading logic (m
On Wed, 29 Sep 2010 20:09:26 +0200
Florian Klämpfl wrote:
> Am 29.09.2010 20:00, schrieb Mattias Gaertner:
> > Hi fpc devels,
> >
> > I did some test with an integrated fpc (e.g. in an IDE) and sharing
> > redirecting the file access. For example FPC could use the files
> > of the IDE. This woul
On 29 Sep 2010, at 23:50, Mattias Gaertner wrote:
> While touching the fpc sources I often got a compile
> error which was "fixed" by compiling a second time.
> Is this normal?
There are some bugs in the ppu loading logic (mostly related to "inline" in
combination with cyclic dependencies) that
On Wed, 29 Sep 2010 22:34:18 +0200
Florian Klämpfl wrote:
>[...]
> > During my experiments I've learned how fragile the current state of
> > the compiler codebase is - even a minor change can have inpredictable
> > consequences in other parts of the code.
>
> This won't change. A compiler is si
On Wed, 29 Sep 2010 22:50:47 +0200
Hans-Peter Diettrich wrote:
> Mattias Gaertner schrieb:
>
> > I did some test with an integrated fpc (e.g. in an IDE) and sharing
> > redirecting the file access. For example FPC could use the files
> > of the IDE.
>
> IMO most time can be saved by using the d
Am 29.09.2010 22:05, schrieb Hans-Peter Diettrich:
> Florian Klämpfl schrieb:
>
>>> too much supported platforms and
>>> features and too few developers working on bug fixing.
>>
>> Just as a side node, development of open bugs during the last years:
>> summary_graph_cumulative_bydate.php.png
>
>
Florian Klämpfl schrieb:
too much supported platforms and
features and too few developers working on bug fixing.
Just as a side node, development of open bugs during the last years:
summary_graph_cumulative_bydate.php.png
This situation could be improved by an OO rewrite - better
modulariza
Mattias Gaertner schrieb:
I did some test with an integrated fpc (e.g. in an IDE) and sharing
redirecting the file access. For example FPC could use the files
of the IDE.
IMO most time can be saved by using the directory cache, instead of
building another one in the compiler.
This would al
Am 29.09.2010 20:00, schrieb Mattias Gaertner:
> Hi fpc devels,
>
> I did some test with an integrated fpc (e.g. in an IDE) and sharing
> redirecting the file access. For example FPC could use the files
> of the IDE. This would allow to compile without saving to disk, so the
> compiler could be us
On Wed, 29 Sep 2010, Florian Klämpfl wrote:
Am 29.09.2010 19:57, schrieb Michael Van Canneyt:
On Wed, 29 Sep 2010, Florian Klämpfl wrote:
Am 29.09.2010 19:49, schrieb Florian Klämpfl:
Am 29.09.2010 19:42, schrieb Florian Klämpfl:
too much supported platforms and
features and too few dev
Am 29.09.2010 19:57, schrieb Michael Van Canneyt:
>
>
> On Wed, 29 Sep 2010, Florian Klämpfl wrote:
>
>> Am 29.09.2010 19:49, schrieb Florian Klämpfl:
>>> Am 29.09.2010 19:42, schrieb Florian Klämpfl:
too much supported platforms and
features and too few developers working on bug fixin
Hi fpc devels,
I did some test with an integrated fpc (e.g. in an IDE) and sharing
redirecting the file access. For example FPC could use the files
of the IDE. This would allow to compile without saving to disk, so the
compiler could be used for quick syntax checks and similar tasks.
Note: Under L
On Wed, 29 Sep 2010, Florian Klämpfl wrote:
Am 29.09.2010 19:49, schrieb Florian Klämpfl:
Am 29.09.2010 19:42, schrieb Florian Klämpfl:
too much supported platforms and
features and too few developers working on bug fixing.
Just as a side node, development of open bugs during the last year
Am 29.09.2010 19:49, schrieb Florian Klämpfl:
> Am 29.09.2010 19:42, schrieb Florian Klämpfl:
>> too much supported platforms and
>> features and too few developers working on bug fixing.
>
> Just as a side node, development of open bugs during the last years:
> summary_graph_cumulative_bydate.php
Am 29.09.2010 19:42, schrieb Florian Klämpfl:
> too much supported platforms and
> features and too few developers working on bug fixing.
Just as a side node, development of open bugs during the last years:
summary_graph_cumulative_bydate.php.png
___
fpc
Am 29.09.2010 17:26, schrieb Alexander Klenin:
> On Thu, Sep 30, 2010 at 00:05, Hans-Peter Diettrich
> wrote:
>> Florian Klaempfl schrieb:
Now I'll resume my original work on multiple front-ends, this time using
a git repository
>>>
>>> Well, I wonder what the advantage of this will be,
On Thu, Sep 30, 2010 at 00:05, Hans-Peter Diettrich
wrote:
> Florian Klaempfl schrieb:
>>> Now I'll resume my original work on multiple front-ends, this time using
>>> a git repository
>>
>> Well, I wonder what the advantage of this will be, besides that there
>> will be not feedback possible on t
Florian Klaempfl schrieb:
Am 29.09.2010 01:17, schrieb Hans-Peter Diettrich:
A last note on the NoGlobals branch, and parallel processing in the
compiler:
I couldn't find any way to move global variables from globals.pas into
e.g. fmodule (tmodule, current_module), without breaking ppudump
depe
Adem schrieb:
I couldn't find any way to move global variables from globals.pas into
e.g. fmodule (tmodule, current_module), without breaking ppudump
dependencies.
I suspect you have thought about this, but let me try anyway.
If globals.pas is where twins are conjoined (think of Siamese twin
Am 29.09.2010 09:06, schrieb Sven Barth:
Am 29.09.2010 00:54, schrieb Willibald Krenn:
Hi!
I'm having this issue, too, but with 2.4.3.
The following example code fails with FPC 2.4.2 RC1 as well (system is
i386-win32):
Tried that with trunk and it compiled fine. (FPC 2.5 on win64)
I also
On 2010-09-29 11:47, Michael Van Canneyt wrote:
On Wed, 29 Sep 2010, Adem wrote:
While trying to update my local SVN copy, I get this error: "Can't
find a temporary directory: Internal error"
I looked it and it seems the SVN server has run out of disk space.
Either that or there's an access
On Wed, 29 Sep 2010, Adem wrote:
While trying to update my local SVN copy, I get this error: "Can't find a
temporary directory: Internal error"
I looked it and it seems the SVN server has run out of disk space.
Either that or there's an access problem for /tmp.
This problem should be fixe
Am 29.09.2010 00:48, schrieb Willibald Krenn:
Wow, that was quick! Thanks for putting this into trunk in record time!
Cool, now I've got a working FPC and can start hacking on Delphi-like
package stuff :)
Keep us informed about your progress, please :D
Regards,
Sven
__
Am 29.09.2010 00:54, schrieb Willibald Krenn:
Hi!
I'm having this issue, too, but with 2.4.3.
The following example code fails with FPC 2.4.2 RC1 as well (system is
i386-win32):
Tried that with trunk and it compiled fine. (FPC 2.5 on win64)
I also tested with a 2.5.1 version from August (
29 matches
Mail list logo
