On Fri, Oct 12, 2018 at 2:31 PM Jonas Maebe <jo...@freepascal.org> wrote:
> The documentation is wrong. > > Boolean8 is defined as an alias for Boolean in the RTL, so it won't > help. If the intent of BooleanN is to help interfacing C-libraries. Would it make sense to change BooleanN from being an alias to more consistent behavior with its 16,32 and 64 counterparts? > The only ways I can think of to fix this are to either add a new > ObjCBool type to the compiler (or make Pasbool8 a built-in type that is > different from Boolean, which amounts to the same thing), There are chances that other libraries might benefit from Boolean8. Not limited to ObjC declaration/use. > or to remove > the optimization for passing boolean types that's specified in the > x86-64 ABI. > Wouldn't it break the compatibility with any existing x86_64 _Bool code? If it's the same amount of work anyway, why not to make Boolean8 work as described in the documentation. It would save time on fixing docs for sure :) thanks, Dmitry
_______________________________________________ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
