Ports breakage since r205471

[Garrett Cooper]

On Sun, Apr 4, 2010 at 3:06 PM, Garrett Cooper <yanefbsd at gmail.com> wrote:
> Hi all,
>    I realize that this is most suitable for current@ and I'm
> cross-posting, but I wanted to jot down all of the ports broken since
> the zlib version bump so that we can keep track of what's going on and
> what needs to be fixed.
>    The following 3rd party libraries and all of their dependencies:
>
> graphics/png
> graphics/tiff
> textproc/libxml2
>
>   all needed to be rebuilt.
>   The following items incorrectly define LARGEFILE64 and result in
> errors like the following:
>
> /usr/include/zlib.h:1561: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before 'gzseek64'
> /usr/include/zlib.h:1562: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before 'gztell64'
> /usr/include/zlib.h:1563: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before 'gzoffset64'
> /usr/include/zlib.h:1564: error: expected declaration specifiers or
> '...' before 'off64_t'
> /usr/include/zlib.h:1565: error: expected declaration specifiers or
> '...' before 'off64_t'
>
> devel/qt-moc
> lang/python (uses pieces from gpac-libgpac I think)
> multimedia/gpac-libgpac
> multimedia/vlc (draft patch attached to ports/145387)
>
>   Also, I really think we should add packaging metadata to third
> party libraries in base and at least track the versioning and
> dependencies because this CURRENT upgrade has turned into a royal mess
> and has eaten up more of my time than it should have.

    As jsa@ so kindly pointed out, upgrading to r206057 temporarily
alleviates this issue. I'll keep on looking for problematic areas
where this needs to be fixed, but a #warning should probably be added
to the header to catch all of the offenders.
Thanks,
-Garrett