hdd5 is a fast rotational hard disk, /hdd5/Downloads is symlinked into $HOME (/home/spot) which resides on the ssd on which my main filesystem resides. I guess the command line was too long for the preprocessor to digest. The reason i created /j is that, specifying JAVA_HOME by its full pathname caused the build to fail with a preprocessor error message. It seems AOO Calc likes openjdk-1.8.0 better than it likes openjdk-11.*** ***update to the above update: I have discovered that AOO Calc starts noticeably faster if I make /j be a symlink to /usr/lib/jvm/java-1.8.0-openjdk, which is itself a symlink to the latest current version of the version 1.8.0 openjdk. It did not work okay for me, when I tried compiling AOO with the two symlinks pointing to the then-current version of java-11-openjdk.*** I do not know if keeping the two symlinks pointing to the current version of java-11-openjdk works okay nowadays for the compile. As far as I can tell, this does not affect the operation of, and does not diminish the stability of, AOO scalc (but, see next paragraph). And so, /j will likewise point to java-11-openjdk. ***update: later, when openjdk is updated via dnfdragora or dnf update, the /etc/alternatives/java_sdk symlink will be reset by the installation script to point to the current version of java-11-openjdk. j is a symlink to /etc/alternatives/java_sdk (note: earlier i erroneously wrote here it was a symlink to /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.86_64). Export PATH=/root/.local/bin:/root/bin:/home/spot/.local/bin:/home/spot/bin:/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/spot/ant/bin:/j/binĮxport LD_LIBRARY_PATH=/usr/local/lib64:/usr/local/lib:/usr/lib64:/usr/lib:/j/lib

Open office fedora