ϸòð Êîñàðåâñêèé ñ mail.ru wrote:
FK Jonas Maebe wrote:
On 24 mei 2006, at 17:30, Florian Klaempfl wrote:
Not really because it is simply a tar ball of several .tar.gz. Because
gzip is spread wider, we use this instead of bzip2/7zip.
Isn't bzip2 available more or less everywhere nowadays?
Jeff Pohlmeyer wrote:
Because gzip is spread wider, we use this instead of bzip2/7zip.
I think the size saved by compressing FPC with bz2 would be much
greater than the size of downloading and installing a bzip2 extractor.
Yes, but it requires extra work :)
Florian Klaempfl wrote:
Tomas Hajny wrote:
On 25 May 06, at 0:10, ϸňđ Ęîńŕđĺâńęčé ń mail.ru wrote:
First parameter is in eax, second in edx (third one is ecx)
TH Yes, of course, sorry for confusion... :-( Anyway, loading of the
first
TH parameter can be still skipped (and the stack frame
mariano podesta wrote:
hi,
does fpc support unit names with more than one dot or is planned?
in delphi 7 you can compile this:
This looks to me like a delphi bug. A unit must be a valid pascal
identifier. Or is there any use in supporting this?
// unit main.dpr
program main;
uses
Michael Van Canneyt wrote:
On Thu, 25 May 2006, Florian Klaempfl wrote:
Tomas Hajny wrote:
On 25 May 06, at 0:10, ϸňđ Ęîńŕđĺâńęčé ń mail.ru wrote:
First parameter is in eax, second in edx (third one is ecx)
TH Yes, of course, sorry for confusion... :-( Anyway, loading of the first
TH
Jeff Pohlmeyer wrote:
Because gzip is spread wider, we use this instead of bzip2/7zip.
I think the size saved by compressing FPC with bz2 would be much
greater than the size of downloading and installing a bzip2 extractor.
Yes, but it requires extra work :)
Just a side remark,
1) Are they useful in general, so that it would
make sense to include them either in FPC itself
(as opposed to some standalone unit)?
- they must be available for all cpu platforms, so we need at least a
generic implementation
- for an efficient implementation, this needs a
On 5/25/06, Florian Klaempfl [EMAIL PROTECTED] wrote:
mariano podesta wrote:
hi,
does fpc support unit names with more than one dot or is planned?
in delphi 7 you can compile this:
This looks to me like a delphi bug. A unit must be a valid pascal
identifier. Or is there any
Marco van de Voort wrote:
1) Are they useful in general, so that it would
make sense to include them either in FPC itself
(as opposed to some standalone unit)?
- they must be available for all cpu platforms, so we need at least a
generic implementation
- for an efficient implementation,
But the problem with ROR/ROL is that any real use over shr/shl uses a hard
to model carry flag?
Ugh, I don't understand well, but the talk is about rotating bits, no low level
features like CF are requested (it doesn't mean very much if you rotate by
several bits).
Who talked about CF? I
On Thu, 25 May 2006, Florian Klaempfl wrote:
Michael Van Canneyt wrote:
On Thu, 25 May 2006, Florian Klaempfl wrote:
Tomas Hajny wrote:
On 25 May 06, at 0:10, ϸňđ Ęîńŕđĺâńęčé ń mail.ru wrote:
First parameter is in eax, second in edx (third one is ecx)
TH Yes, of course,
Michael Van Canneyt wrote:
On Thu, 25 May 2006, Florian Klaempfl wrote:
Michael Van Canneyt wrote:
On Thu, 25 May 2006, Florian Klaempfl wrote:
Tomas Hajny wrote:
On 25 May 06, at 0:10, ϸňđ Ęîńŕđĺâńęčé ń mail.ru wrote:
First parameter is in eax, second in edx (third one is ecx)
TH
Well, if we're going in that direction anyway:
Why not include all possible assembler instructions then ?
Because some of them are not designed for calculations. But ror/rol are.
Let's be serious. You must draw the line somewhere.
I think these instructions are so exotic, they are pollution
Florian Klaempfl wrote:
Adrian Maier wrote:
On 25/05/06, Florian Klaempfl [EMAIL PROTECTED] wrote:
Jeff Pohlmeyer wrote:
Because gzip is spread wider, we use this instead of bzip2/7zip.
I think the size saved by compressing FPC with bz2 would be much
greater than the size of downloading
On 25 May 2006, at 12:43, Florian Klaempfl wrote:
What do you think about having two archives, to make everyone
happy :
one compressed with gzip ( for those concerned about compatibility)
and one compressed with bzip2 (for those concerned about the size) ?
Extra work for us :) We're
Jonas Maebe wrote:
On 25 May 2006, at 12:43, Florian Klaempfl wrote:
What do you think about having two archives, to make everyone happy :
one compressed with gzip ( for those concerned about compatibility)
and one compressed with bzip2 (for those concerned about the size) ?
Extra work
On 5/25/06, Florian Klaempfl [EMAIL PROTECTED] wrote:
I tend also to agree. Does anybody know something newer than Woody
coming without bzip2 by default?
DamnSmallLinux
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist -
bzip2 has similar compression rates (except maybe for multimedia
files, which isn't the case) and 7zip/LZMA usually compresses better
than RAR.
7zip isn't installed by default in any distro AFAIK, but at least it
open source.
RAR would be my last option...
I tried to benchmark a little.
18 matches
Mail list logo