Petr Sumbera

Just for record what I get for latest Solaris. But anyway these days only 64bits matter. $ echo | gcc -m32 -dM -E -| egrep -i '(sparc|lp|__SIZEOF_POINTER__)' #define sparc 1 #define __sparc__ 1 #define __SIZEOF_POINTER__ 4 #define __sparc 1 $ echo | gcc -m32 -mcpu=ultrasparc -dM -E -| egrep -i '(sparc|lp|__SIZEOF_POINTER__)' #define sparc 1 #define __sparcv8 1 #define __sparc__ 1 #define __SIZEOF_POINTER__ 4 #define __sparc 1 $ echo | gcc -m64 -mcpu=ultrasparc -dM -E -| egrep -i '(sparc|lp|__SIZEOF_POINTER__)'...

No, __sparcv9 means it's just 64 bits. We can eventually use __LP64__ instead of __sparcv9.

No sparcv9 means it's just 64 bit. We can eventually use __LP64 instead of __sparcv9.

SPARC is not recognized as 64bit CPU

7zip 23.01 fails to build on Solaris

Yes, Unfortunately there are lot of changes to SquashfsHandler.cpp between 7zip-22.01 and 7zip-23.01. Some are probably unrelated like C macro definitions and their use. Others like using unsigned variable in vicinity of CHandler::GetPath() and CHandler::Open(), .. might be it. But not clear enough. Use of source version control system would help a lot..

Can you please share information whether old p7zip 16.02 is also affected by CVE-2023-40481? It would be great to see particular commit/patch. Thank you!