Opened 9 years ago
Closed 9 years ago
#49057 closed defect (fixed)
libtorrent-rasterbar 1.0.6_0 build failed on MacOS 10.7 (Lion)
Reported by: | beremour | Owned by: | dbevans (David B. Evans) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | libtorrent-rasterbar |
Description (last modified by mf2k (Frank Schima))
Please help to build Libtorrent-rasterbar 1.0.6 on Lion
log file: [see attachment]
Attachments (1)
Change History (9)
Changed 9 years ago by beremour
comment:1 Changed 9 years ago by beremour
comment:2 follow-up: 5 Changed 9 years ago by mf2k (Frank Schima)
Cc: | Apple LLVM version 4.2 (clang-425.0.28) removed |
---|---|
Owner: | changed from macports-tickets@… to devans@… |
In the future, please use WikiFormatting and Cc the port maintainers (port info --maintainers libtorrent-rasterbar
), if any.
comment:3 Changed 9 years ago by mf2k (Frank Schima)
Description: | modified (diff) |
---|
comment:4 Changed 9 years ago by beremour
Cc: | beremour@… added |
---|
comment:5 Changed 9 years ago by beremour
Replying to mf2k@…:
In the future, please use WikiFormatting and Cc the port maintainers (
port info --maintainers libtorrent-rasterbar
), if any.
so sorry.. Don't know how to edit/fix.
port info --maintainers libtorrent-rasterbar maintainers: devans@macports.org, openmaintainer@macports.org
comment:6 Changed 9 years ago by mf2k (Frank Schima)
Cc: | beremour@… removed |
---|
As reporter, you do not need to Cc yourself. I have already fixed all of these.
comment:7 Changed 9 years ago by beremour
I've managed to find a workaround for this problem.
It seems, that "sudo port upgrade libtorrent-rasterbar" to version 1.0.6 catches its tail, at build time it uses /opt/local/include where old version 1.0.5 resides.
I did sudo port deactivate libtorrent-rasterbar (old version was 1.0.5) sudo port upgrade libtorrent-rasterbar (to new 1.0.6)
Regards..
comment:8 Changed 9 years ago by dbevans (David B. Evans)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Version: | 2.3.4 |
The current version 1.0.7 also fails in a similar (but slightly different) fashion if previous version 1.0.6 is active. This is due to -I/opt/local/include being declared before the local build directories (4 times no less) on the build command line. For now, fix is to use conflicts_build until a better fix is found.
Committed in r142921.
Sorry, paste instead of log-file attach