On 31 May 2009, at 11:35, Jonas Maebe wrote:
On 31 May 2009, at 10:38, Paul Ishenin wrote:
Jonas Maebe wrote:
Yes, we made a refactoring and as result empty form + button
application weights 200Kb less now. Can you check, maybe now WPO
results can be more impressive?
Still quite
Jonas Maebe wrote:
All programs are stripped. As you can see, wpo can now remove about
61kb (before, wpo gained 8kb). Still not very much. The reason that
you need several iterations to get all possible savings, is that the
compiler only records calls to virtual methods from code that is
On 05 Jun 2009, at 17:47, Paul Ishenin wrote:
Jonas Maebe wrote:
All programs are stripped. As you can see, wpo can now remove about
61kb (before, wpo gained 8kb). Still not very much. The reason that
you need several iterations to get all possible savings, is that
the compiler only
Op Fri, 5 Jun 2009, schreef Paul Ishenin:
How difficult is to teach compiler to remove them during compilation?
I sense a hope that somehow the compiler developments will ultimately be
able to turn large Lazarus executables into small ones. It is not
realistic.
The WPO features Jonas is
Daniël Mantione wrote:
How difficult is to teach compiler to remove them during compilation?
I sense a hope that somehow the compiler developments will ultimately
be able to turn large Lazarus executables into small ones. It is not
realistic.
No, I expect just another 60Kb size decrease for
On Fri, 5 Jun 2009 18:44:37 +0200 (CEST)
Daniël Mantione daniel.manti...@freepascal.org wrote:
Op Fri, 5 Jun 2009, schreef Paul Ishenin:
How difficult is to teach compiler to remove them during
compilation?
I sense a hope that somehow the compiler developments will ultimately
be
On 05 Jun 2009, at 18:58, Mattias Gaertner wrote:
I think you guys are doing a great job. From 93MB with debugging
info down to 9mb is quite a big step. Especially since 2mb are icons
and images.
I don't think that it's useful to include debugging information in any
comparisons. Especially
On 05 Jun 2009, at 18:44, Daniël Mantione wrote:
The WPO features Jonas is working on are very promising, and I think
he is doing something unique, I know no competing compiler that does
it.
I know that method devirtualisation is done at least in JVMs from IBM
(and probably also in
Marco van de Voort wrote:
In our previous episode, Florian Klaempfl said:
Also note that WPO can do little about published methods (since it must
assume that these can all be called via RTTI).
Maybe the IDE can feedback some info about used classes and methods?
In time, a pascal analyser
Martin Friebe wrote:
Marc Weustink wrote:
Marco van de Voort wrote:
In our previous episode, Florian Klaempfl said:
Also note that WPO can do little about published methods (since
it must assume that these can all be called via RTTI).
Maybe the IDE can feedback some info about used classes
Inoussa OUEDRAOGO wrote:
Hi
At http://blogs.embarcadero.com/abauer/2009/05/29/3
This could drastically reduce Lazarus executable size.
Doubt that. Just another feature ported from .NET, the same effect may
be achieved by changing property accessor to the function which will
check the
On 31 May 2009, at 09:29, Sergei Gorelkin wrote:
Inoussa OUEDRAOGO wrote:
Hi
At http://blogs.embarcadero.com/abauer/2009/05/29/3
This could drastically reduce Lazarus executable size.
Doubt that. Just another feature ported from .NET,
I don't think it is very specific to .NET. We use
In our previous episode, Jonas Maebe said:
Inoussa OUEDRAOGO wrote:
Hi
At http://blogs.embarcadero.com/abauer/2009/05/29/3
This could drastically reduce Lazarus executable size.
Doubt that. Just another feature ported from .NET,
I don't think it is very specific to .NET. We use
Jonas Maebe wrote:
I don't think it is very specific to .NET. We use similar techniques
for e.g. cthreads and cwstring under Unix. And I also used it in the
fix for http://bugs.freepascal.org/view.php?id=12704
So will be this added to the fpc?
WPO can sometimes help a little in such
Op Sun, 31 May 2009, schreef Jonas Maebe:
Yes, the but the results are not very impressive. The reason is due to the
way the LCL is constructed, almost every declared class can theoretically be
instantiated. On the other hand, I read that recently the LCL was
restructured a bit to improve
On 31 May 2009, at 10:38, Paul Ishenin wrote:
Jonas Maebe wrote:
Yes, we made a refactoring and as result empty form + button
application weights 200Kb less now. Can you check, maybe now WPO
results can be more impressive?
Still quite minimal results. But unless I'm misremembering, it
Jonas Maebe wrote:
Still quite minimal results. But unless I'm misremembering, it seems
that the size of the application itself has grown a lot. An empty form
with a button now results in an application of 1.8MB (Carbon/i386). I
thought it was closer to 1.1MB the last time that I tried this
In our previous episode, Paul Ishenin said:
Jonas Maebe wrote:
Still quite minimal results. But unless I'm misremembering, it seems
that the size of the application itself has grown a lot. An empty form
with a button now results in an application of 1.8MB (Carbon/i386). I
thought it
On 31 May 2009, at 11:42, Paul Ishenin wrote:
Jonas Maebe wrote:
Still quite minimal results. But unless I'm misremembering, it
seems that the size of the application itself has grown a lot. An
empty form with a button now results in an application of 1.8MB
(Carbon/i386). I thought it
Jonas Maebe schrieb:
situations, but not very much.
Has anyone tried it on Lazarus?
Yes, the but the results are not very impressive. The reason is due to
the way the LCL is constructed, almost every declared class can
theoretically be instantiated. On the other hand, I read that recently
On 31 May 2009, at 19:34, Florian Klaempfl wrote:
Jonas Maebe schrieb:
situations, but not very much.
Has anyone tried it on Lazarus?
Yes, the but the results are not very impressive. The reason is due
to the way the LCL is constructed, almost every declared class can
theoretically be
In our previous episode, Florian Klaempfl said:
theoretically be instantiated. On the other hand, I read that recently
the LCL was restructured a bit to improve the situation, so maybe the
results would be better now.
Also note that WPO can do little about published methods (since it
Marco van de Voort schrieb:
In our previous episode, Florian Klaempfl said:
theoretically be instantiated. On the other hand, I read that recently
the LCL was restructured a bit to improve the situation, so maybe the
results would be better now.
Also note that WPO can do little about
In our previous episode, Florian Klaempfl said:
Also note that WPO can do little about published methods (since it must
assume that these can all be called via RTTI).
Maybe the IDE can feedback some info about used classes and methods?
In time, a pascal analyser would be a good thing
On 31 May 2009, at 21:27, Marco van de Voort wrote:
Yeah, I got it when I saw Jonas' reply. The IDE could list all visual
components in forms in a file and hand it to the compiler. And a
custom
list could allow additional streaming types (for users code)
Either the IDE has to be able to
In our previous episode, Jonas Maebe said:
Yeah, I got it when I saw Jonas' reply. The IDE could list all visual
components in forms in a file and hand it to the compiler. And a
custom
list could allow additional streaming types (for users code)
Either the IDE has to be able to
Hi
At http://blogs.embarcadero.com/abauer/2009/05/29/3
This could drastically reduce Lazarus executable size.
Best regards.
--
Inoussa O.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
27 matches
Mail list logo