[MPlayer-dev-eng] [PATCH] improving MP3 detection

[Torinthiel]

On Thu, Sep 09, 2004 at 02:43:10PM -0500, Zoltan Hidvegi wrote:
> 
> Rich wrote:
> > > > anyway, int is basically stuck at 32 bits forever. why? if int is
> > > > bigger than 32 bits, there's at least one size that you _cannot_ get.
> > > 
> > > Hm... I can't parse this sentence. What 'size' are you talking about?
> > 
> > suppose int is 64 bits. then you only have two smaller types, char and
> > short, but three smaller sizes you might want (8, 16, and 32). so
> > you're out of luck. what are you going to do when you want to process
> 
> That's right, but the problem with C is that when C was designed, int
> was suppoesed to be the most efficient integer type on the platform,
> and people were encouraged to use int wherever they can.  But now, on
> 64-bit platforms if you use int, the compiler has to generate extra
> truncations and sign extensions, so now the most efficient integer
> type is actually long or more likely, unsigned long, at least all
> local temporary integral variables should be declared as unsigned long
> or long if possible.

On 64bit long is 64bit? Not 32 and 64 is long long?
Just curious.
Torinthiel

-- 
 Waclaw "Torinthiel" Schiller       GG#: 542916, 3073512
   torinthiel(at)megapolis(dot)pl
   gpg: B06901F1 fpr: FAA3 559F CAE9 34DE CDC8  7346 2B6E 39F2 B069 01F1
 "No classmates may be used during this examination"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20040909/92f7f000/attachment.pgp>