Hi nourthe,
Unfortunately, this is a bug in OMNeT++ we haven't caught in 6.0. Some standard headers were accidentally only included in some source files indirectly (through other standard headers), and this stopped being the case with some newer clang (or rather, libc++ or libstdc++) versions. This is now fixed in master, and should be included in the soon to be released 6.0.1 version. See: https://github.com/omnetpp/omnetpp/commit/f94edef0977595b18e1584f4d831c4c1c74475b1
Apologies for the inconvenience, Attila
Pinned Comments
ekkelett commented on 2021-04-27 08:40 (UTC) (edited on 2021-04-27 08:43 (UTC) by ekkelett)
I'll try to bring this package and omnetpp-preview into line with one another.
The paths issue seems to be fairly straightforward: the order of creating the prerequisite installation directories is not correct.
That being said, I'm likely to move almost all of the installation into /opt/omnetpp rather than spreading it across the FHS. I'd like to hear back from you what you'd prefer and what you think about that.
EDIT: Note that requesting an amended PKGBUILD without the defects that h3ndrk pointed out is not done through flagging the package as out of date. 5.6.2 is still current. Please leave a comment instead.