[Nut-upsuser] Compiling on Solaris 8 sparc - configure errors

[Jim Klimov]

Thanks, hit that snag too - it was fixed in my branch `if (MAYBEMACRO + 0 <
SOMEVAL)` trick.

For core files, Solaris has a nifty `pstack` others lack.

Or you can call `gdb upsmon`, enter `run`, and if it coredumps - `bt` for
backtrace (annotated in debug builds). There were some more complex ways to
pass CLI args for tested program, see help or man page :)

Jim

On Fri, Dec 23, 2022, 02:36 vom513 via Nut-upsuser <
nut-upsuser at alioth-lists.debian.net> wrote:

> One other thing I should come clean on.  When compiling 2.8.x - it always
> dies with an error in common.c about left == operand (UINTPTR_MAX) has no
> value.  This seems to be a 32/64 bit check.  I know I’m 32 bit, so I’ve
> been commenting out the below block as shown.  Hopefully this isn't biting
> me in some other place (it seemed to compile fine after this - and my
> binaries came out of the oven as 32-bit sparc.)
>
> /* Know which bitness we were built for,
>  * to adjust the search paths for get_libname() */
> #include "nut_stdint.h"
> /*#if UINTPTR_MAX == 0xffffffffffffffffULL
> # define BUILD_64   1
> #else
> # ifdef BUILD_64
> #  undef BUILD_64
> # endif
> #endif */
>
>
> _______________________________________________
> Nut-upsuser mailing list
> Nut-upsuser at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20221223/71c594c8/attachment.htm>