#41280: tiff @4.0.3_1: redefinition of uint64 ----------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: tiff | ----------------------+-------------------------------- Comment (by mojca@…): Replying to [comment:5 titus@…]:
Or why would you want to patch the definitions of ssize_t and the like?
No reason other than having a fear that it might lead to similar weird errors in other contexts.
Could you elaborate on "one more problem" with the "universally built" libtiff?
Compiling: {{{ #include <tiffio.h> int main() { uint64 a; printf("%d\n", sizeof(a)); return 0; } }}} with {{{ g++ -arch i386 test.cpp -o test -I/opt/local/include }}} results in {{{ ./test 4 }}} while it should return 8.
Is this problem caused by the patch or is it something similar but unrelated?
The patch should correct this wrong behaviour (but I'm not saying that my proposed patch is the best possible solution - it should probably be refined a bit). -- Ticket URL: <https://trac.macports.org/ticket/41280#comment:8> MacPorts <http://www.macports.org/> Ports system for OS X