Bug 186773
| Summary: | graphics/libfpx: error: cast from pointer to smaller type 'DWORD' | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Ports & Packages | Reporter: | O. Hartmann <ohartmann> | ||||
| Component: | Individual Port(s) | Assignee: | Mikhail Teterin <mi> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | CC: | pi | ||||
| Priority: | Normal | ||||||
| Version: | Latest | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
Responsible Changed From-To: freebsd-ports-bugs->mi mi@aldan.algebra.com => mi@ (via the GNATS Auto Assign Tool) Maintainer of graphics/libfpx,
Please note that PR ports/186773 has just been submitted.
If it contains a patch for an upgrade, an enhancement or a bug fix
you agree on, reply to this email stating that you approve the patch
and a committer will take care of it.
The full text of the PR can be found at:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/186773
--
Edwin Groothuis via the GNATS Auto Assign Tool
edwin@FreeBSD.org
State Changed From-To: open->feedback Awaiting maintainers feedback (via the GNATS Auto Assign Tool) That file (oless/expdf.cxx) has not changed in a while -- the problem must be with the more stringent warning-flags... Is the attached patch sufficient for the build to succeed? The port is still not willing to compile without those patches. Recompilation/installation of graphics/ImageMagick fails when graphics/libfpx is required! With CLANG 3.4, storage class "register" isn't supported anymore and the compilation of the port fails due to error: npixel.h:107:5: error: 'register' storage class specifier is deprecated [-Werror,-Wdeprecated-register] Using USE_GCC= any in the toplevel Makefile is a temporary workaround. Can someone please commit the patches, so the port will compile/install again? Regards, Oliver Build-test with libfpx installed and ImageMagick 6.9.2-7, on 11amd64. Can not reproduce. A commit references this bug: Author: mi Date: Mon Jan 11 19:19:20 UTC 2016 New revision: 405800 URL: https://svnweb.freebsd.org/changeset/ports/405800 Log: Replace use of NULL, where actual integer zero is expected -- an ancient upstream bug coming to light with modern compilers. This does not change the compiled binaries, so no PORTREVISION bumps. PR: 186773 Submitted by: Oliver Hartman Changes: head/graphics/libfpx/files/patch-null-casts Thank you Oliver for both the fix and the patience -- this was, apparently, an i386-only problem so we had a problem reproducing it... |
This happens to port graphics/libfpx when updating it with ports tree revision Revision: 344295: [..] c++ -fpic -DPIC -O2 -pipe -O3 -march=native -DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H -O3 -Qunused-arguments -fstack-protector -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -fno-rtti -fno-exceptions -fno-strict-aliasing -DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/oless/h -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/jpeg -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/ole -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/basics -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/ri_image -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/oless -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/fpx -I/usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/. -I/usr/local/inc lude -D_UNIX -std=c++11 -Wno-c++11-extensions -c /usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/oless/expiter.cxx -o expiter.So --- expdf.So --- /usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/oless/expdf.cxx:911:34: error: cast from pointer to smaller type 'DWORD' (aka 'unsigned int') loses information (SNBW)NULL, (DWORD)NULL, &pstgsrc); ^~~~~~~~~~~ /usr/ports/graphics/libfpx/work/libfpx-1.3.1-4/oless/expdf.cxx:953:26: error: cast from pointer to smaller type 'DWORD' (aka 'unsigned int') loses information (DWORD)NULL, &pstmsrc));