Fix for https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216051 ,
build failure for qt4-linguist with clang 4.0. Blocker for the clang 4.0
import project.
Details
Will be picked up by the exp-run for clang 4.0.
Diff Detail
- Repository
- rP FreeBSD ports repository
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
devel/qt4-linguist/files/patch-tools__linguist__linguist__messagemodel.cpp | ||
---|---|---|
11 ↗ | (On Diff #24006) | couldn't you simply use
|
devel/qt4-linguist/files/patch-tools__linguist__linguist__messagemodel.cpp | ||
---|---|---|
11 ↗ | (On Diff #24006) | While I could do that, and it would be idiomatic C, the Qt sources tend to use != 0 explicitly, so this patch sticks closer to the style of the source. (But it's just "tend", since you can see from tools/designer/src/components/objectinspector/objectinspector.cpp lines 286 and 307 that sometimes they use !p, sometimes p != 0) |
devel/qt4-linguist/files/patch-tools__linguist__linguist__messagemodel.cpp | ||
---|---|---|
11 ↗ | (On Diff #24006) | Ah, that makes sense. |
With the change poudriere builds for 10.3 i386 and /projects/clang400-import@311940 amd64 are green. Thanks.
devel/qt4-linguist/files/patch-tools__linguist__linguist__messagemodel.cpp | ||
---|---|---|
5 ↗ | (On Diff #24006) | Can you format the patch with make makepatch? It uses timestamps in UTC and single underscore for directory separator in filename. |
devel/qt4-linguist/files/patch-tools__linguist__linguist__messagemodel.cpp | ||
---|---|---|
11 ↗ | (On Diff #24006) | Before the change the conditional always took true branch but now it sometimes doesn't. Maybe bump PORTREVISION. |
I think it's also a good idea to call this a backport of this Qt5 commit. No objections to bumping PORTREVISION.
- Made makepatch (this renames an unrelated patch as well)
- Used upstream commit
- Bumped PORTREVISION
Could you add the commit message/some explanation to the top of the new patch? So we know why it is there :)
Apart from that it should be good to go.
Also, setting noflavors (which is weird, no reason to do it) means that the FLAVOR variable is empty, thus, it makes this port broken because the dependencies line end with @ with no flavor.