Opened 6 years ago
Closed 5 years ago
#58484 closed defect (fixed)
hugin-app fails to build (due to picking up wrong tiff.h?)
Reported by: | szhorvat (Szabolcs Horvát) | Owned by: | MarcusCalhoun-Lopez (Marcus Calhoun-Lopez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.5.4 |
Keywords: | Cc: | ||
Port: | hugin-app |
Description
hugin-app fails to build on my machine (macOS 10.14.5).
The log file is attached, but this caught my eye:
:info:build /Library/Frameworks/Mono.framework/Headers/tiff.h:78:23: error: typedef redefinition with different types ('unsigned long' vs 'uint64_t' (aka 'unsigned long long'))
It seems to pick up the wrong tiff.h. I do not think that Mono was installed by MacPorts, and I do not understand why this header is found at all. I do not know how to prevent the system from picking up this header.
Attachments (1)
Change History (7)
Changed 6 years ago by szhorvat (Szabolcs Horvát)
comment:1 Changed 6 years ago by szhorvat (Szabolcs Horvát)
comment:2 Changed 6 years ago by mf2k (Frank Schima)
In the future, please add the port maintainer(s) to Cc (port info --maintainers hugin-app
), if any.
comment:3 Changed 6 years ago by mf2k (Frank Schima)
Owner: | set to MarcusCalhoun-Lopez |
---|---|
Status: | new → assigned |
comment:4 Changed 6 years ago by jmroot (Joshua Root)
Yeah, cmake has a bad habit of picking up things from all over.
comment:5 Changed 5 years ago by szhorvat (Szabolcs Horvát)
The portfile has these lines:
# do not find freeglut if installed configure.pre_args-replace \ -DCMAKE_FIND_FRAMEWORK=LAST \ -DCMAKE_FIND_FRAMEWORK=FIRST
Changing that back to LAST allows it to build correctly, and not pick up the wrong tiff.h
comment:6 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Note: See
TracTickets for help on using
tickets.
Possibly related: https://github.com/opentoonz/opentoonz/issues/79