Hi @sarfraz.ahmad,
Sorry this took so long. The issue is fixed in GroupDocs.Comparison for Java 26.10, which is now available:
<dependency>
<groupId>com.groupdocs</groupId>
<artifactId>groupdocs-comparison</artifactId>
<version>26.10</version>
</dependency>
What was wrong
The failure did not depend on the Mac’s architecture or OS version; the cause was the temp directory path. On macOS /tmp is not a real directory but a symbolic link to /private/tmp. When java.io.tmpdir points at /tmp, the library made sure the temp directory existed by calling Files.createDirectories. That method checks an existing path without following links, so it sees /tmp as “something that exists and is not a directory” and throws:
java.nio.file.FileAlreadyExistsException: /tmp : Can't create temp file!
This happened while the Comparer was being created, so it failed before any document was read. The same failure occurs on any system where java.io.tmpdir is a symbolic link. The macOS default temp directory (/var/folders/.../T) is a real directory and was not affected.
What changed
A temp directory that already exists is now used as is, including when it is reached through a symbolic link. A directory that does not exist yet is still created. This is covered by a test that creates the temp file under a linked directory.
If you cannot upgrade right away
On 24.7 and other earlier versions, point the JVM at the real directory:
-Djava.io.tmpdir=/private/tmp
You can also simply leave java.io.tmpdir unset on macOS and use the default.
Before upgrading from 24.7
26.10 is a large step from 24.7, and a few changes in later versions alter existing behaviour. For example, external resources referenced by a document (such as remote images) are no longer loaded by default. Please check the “Behaviour changes” section of the 26.10 release notes:
Please let us know whether 26.10 works for you.