64Bit compatibility warnings
Jonathan M Davis
jmdavisProg at gmx.com
Sat Jan 21 11:57:00 PST 2012
On Saturday, January 21, 2012 07:53:51 Nick Sabalausky wrote:
> "Trass3r" <un at known.com> wrote in message news:op.v8flqsr63ncmek at enigma...
>
> >> Couldn't it be handled by a special switch on 64 bit compilers, and
> >> disabled normally?
> >
> > Theoretically yes, but it would destroy the original intention.
> > Ensuring 64 bit compatibility is as easy as compiling with -m64 from
> > time
> > to time, but some people can't be bothered.
>
> Or they're on windows.
Then you've got the added fun of whether it builds on Linux or any other Posix
system _anyway_. To really know whether something is going to work on a system
other than the one you're developing on, you need to buid it and run into on
other systems (or built it _for_ other systems and then run it there in the
case of cross-compiling).
It would be nice if size_t were handled better, but a flag for 64-bit would
only solve _one_ of the problems related to writing code on one system and
trying to run it on another, and that's assuming that it actually solved the
problem for 64-bit, which it wouldn't, since you could still have version
differences beyond size_t. It would just help with the very common (and
understandably annoying) issue of using size_t correctly on 32-bit box such
that it would work on a 64-bit box.
So, it may very well be worth having something in the compiler flag obvious
mis-use of size_t, but it doesn't really solve the problem, just mitigate it.
- Jonathan M Davis
More information about the Digitalmars-d
mailing list