Hello Phil, Phil Pennock wrote: > On 2009-12-01 at 11:31 +0100, V. T. Mueller, Continum wrote: >> does that mean that AIX/HP-UX/Solaris users with their vendor's >> compilers will get stuck on this point? > Yes. It's a goof. > The solution is easy: when Release Candidates (RCs) are announced, try > to build them! You don't need to deploy it, but if nobody using a > compiler other than GCC tries to build the release candidates with the > options they want enabled, then these problems will slip through into > the final releases. > If you can build it and run some basic tests, even better.
That's what we're intending to do. And I asked for (my) clarity; I didn't mean to complain. We're always short of time, even sometimes wondering whether we should switch to some black-bock SMTP app. So it's simply a matter of time that we never set up the test suite. >> which appears to be set to int64_t which boils down to >> #define INT64_MAX INT64_C(9223372036854775807) >> Will it be safe to just change occurences of 128 to 64 in bignum.c >> without breakting anything somewhere else? > I'm not familiar with the bignum code and this is one of those weeks > where I don't have time to go diving (I get home and crash). Sounds familiar... ;) Maybe "next year" we can have a colleague who speaks C take a look into it. Until then we're trying to build exim without dkim - which we won't need anyway I guess. > If memory serves, the code looked as though you need two int types, and > one needs to be twice the size of the other. If you just lower the size > of the larger to be the same as the smaller, I would expect things to > break -- I'm guessing there is a reason for the differences. Thanks, we'll try that. Cheers Volker -- Volker T. Mueller Continum AG Bismarckallee 7d 79098 Freiburg i. Br. Tel. +49 761 21711171 Fax. +49 761 21711198 http://www.continum.net Sitz der Gesellschaft: Freiburg im Breisgau Registergericht: Amtsgericht Freiburg, HRB 6866 Vorstand: Rolf Mathis, Volker T. Mueller Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach -- ## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
