[cfarm-users] What are people testing 32-bit builds on?

Peter Gutmann pgut001 at cs.auckland.ac.nz
Fri May 15 09:49:58 CEST 2026


Martin Guy via cfarm-users <cfarm-users at lists.tetaneutral.net> writes:

>There are also cfarm111 and cfarm119 if you can stand AIX, and cfarm211 and
>cfarm215 if you can stand Solaris

cfarm111 is gone (I used to use that for testing), but thanks for mentioning
119, for some reason that wasn't on my list, I thought all the older AIX
systems had been retired.  211 and 215 are both 64-bit according to my notes:

  cfarm211: Sparc64 big-endian Solaris 11 SunPro.  OpenCSW.
  cfarm215: Intel x86-64 little-endian Solaris 11 clang.

which apparently are wrong for 211 but correct for 215:

  > getconf LONG_BIT
  32
  > ./test
  Long long size = 64, long size = 32, int size = 32, pointer size = 32.
  char is 8-bit signed, wchar is 32-bit signed, time_t is 32-bit signed.

  > getconf LONG_BIT
  64
  > ./test
  Long long size = 64, long size = 64, int size = 32, pointer size = 64.
  char is 8-bit signed, wchar is 32-bit signed, time_t is 64-bit signed.

In case it's of any use to others, for the two 32-bit x86 systems:

  > ./test
  Long long size = 64, long size = 32, int size = 32, pointer size = 32.
  char is 8-bit signed, wchar is 32-bit signed, time_t is 64-bit signed.

So that leaves 119 and 211 with 32-bit time_t's.  Thanks also to folks who
suggested -m32, I hadn't thought of using that.

An additional note for people targeting embedded, a number of RTOS vendors
have solved the time_t problem by making it unsigned, so remember to use
( time_t ) casts everywhere you check values, e.g. comparing to -1.

Peter.


More information about the cfarm-users mailing list