OpenBSD ports changes summary for 2017-09-25 ============================================
astro/stellarium audio/rhythmbox comms/gnokii devel/argp-standalone devel/atk devel/avrdude devel/ccache devel/gobject-introspection devel/json-c devel/json-glib devel/kf5 devel/libsoup devel/llvm devel/orc devel/pango devel/swig editors/kile-kde4 emulators/gr-lida emulators/mupen64plus games/warmux graphics/clutter graphics/gdk-pixbuf2 graphics/grafx2 graphics/libgxps multimedia/gstreamer-0.10 multimedia/streamlink multimedia/synfig net/iplog net/ntp net/pidgin-sipe net/py-botocore net/py-libcloud net/py-smbc net/samba net/weechat net/zsync shells/bash sysutils/awless sysutils/awscli sysutils/freeipmi sysutils/ipmitool textproc/ruby-nokogiri www/c-icap www/owncloud www/squidclamav x11/dbus x11/gnome x11/gnustep x11/gtk+3 x11/gtksourceview3 x11/i3 x11/keybinder x11/openbox x11/pekwm x11/pinot x11/xcursorgen == astro ============================================================= 01/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/astro stellarium ~ Makefile ~ distinfo ~ pkg/PLIST > Update to stellarium-0.16.1. (ajacoutot@) == audio ============================================================= 02/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/audio rhythmbox ~ Makefile > sync wantlib (sthen@) == comms ============================================================= 03/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/comms gnokii ~ Makefile ~ patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) == devel ============================================================= 04/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel argp-standalone ~ Makefile + patches/patch-acinclude_m4 > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) atk ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) avrdude ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ccache ~ Makefile + patches/patch-configure_ac > don't use a nested function with AC_TRY_COMPILE (sthen@) gobject-introspection ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) json-c ~ Makefile ~ patches/patch-configure_ac > avoid nested function in AC_TRY_LINK (sthen@) json-glib ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) kf5 ~ kemoticons/Makefile ~ kfilemetadata/Makefile ~ ktexteditor/Makefile > sync wantlib (sthen@) libsoup ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) llvm ~ Makefile ~ patch-lib_Target_AArch64_AArch64ISelLowering_cpp > [AArch64] Fix bug in store of vector 0 DAGCombine. > Avoid using XZR/WZR directly as operands to split stores of zero > vectors. Doing so can lead to the XZR/WZR being used by an instruction > that doesn't allow it (e.g. add) > from Brad (maintainer) (ajacoutot@) orc ~ Makefile ~ patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) pango ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) swig ~ Makefile + patches/patch-CCache_configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) == editors =========================================================== 05/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/editors kile-kde4 ~ Makefile > sync wantlib (sthen@) == emulators ========================================================= 06/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/emulators gr-lida ~ Makefile > sync wantlib (sthen@) mupen64plus ~ video-rice/Makefile > sync wantlib (sthen@) == games ============================================================= 07/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/games warmux ~ Makefile > requires gettext-tools (msgfmt) (naddy@) == graphics ========================================================== 08/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/graphics clutter - core/patches/patch-configure ~ cogl/Makefile ~ core/Makefile ~ core/patches/patch-clutter_Makefile_in + core/patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) gdk-pixbuf2 ~ Makefile ~ patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) grafx2 ~ Makefile > sync wantlib (sthen@) libgxps ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) == multimedia ======================================================== 09/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/multimedia gstreamer-0.10 ~ core/Makefile + core/patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) streamlink ~ Makefile > Some test depends are in fact run depends. Prompted by an email and patch > from Bryan Linton <bl AT shoshoni DOT info> -- thanks! > Tweaks from sthen@ (bcallah@) synfig ~ Makefile > sync wantlib (sthen@) == net =============================================================== 10/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/net iplog ~ Makefile + patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ntp ~ Makefile + patches/patch-configure_ac > use AC_LANG_SOURCE instead of AC_LANG_PROGRAM to avoid a nested function > definition (sthen@) pidgin-sipe ~ Makefile > sync wantlib (sthen@) py-botocore ~ Makefile ~ distinfo > Update to py-botocore-1.7.16. (ajacoutot@) py-libcloud ~ Makefile ~ distinfo ~ pkg/PLIST > Update to py-libcloud-2.2.1. (ajacoutot@) py-smbc ~ Makefile > sync wantlib (sthen@) samba ~ Makefile ~ patches/patch-source3_wscript > Avoid nested function in waf test > Innocuous, but changes the actual output of a command (smbd -b), so > bump. (jca@) weechat ~ Makefile ~ distinfo > Update to weechat-1.9.1, fixes CVE-2017-14727 > Date/time conversion specifiers are expanded after replacing buffer > local variables in name of log files. In some cases, this can lead to > an error in function strftime and a crash caused by the use of an > uninitialized buffer. > ok jca@, "that should go in" sthen@ (danj@) ~ Makefile + patches/patch-src_plugins_logger_logger_c TAGGED OPENBSD_6_1 > Backport fix for CVE-2017-14727 > Date/time conversion specifiers are expanded after replacing buffer > local variables in name of log files. In some cases, this can lead to > an error in function strftime and a crash caused by the use of an > uninitialized buffer. > ok jca@ (danj@) zsync ~ Makefile + patches/patch-autotools_ac_c_compile_flags_m4 > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) == shells ============================================================ 11/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/shells bash ~ Makefile + patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) == sysutils ========================================================== 12/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/sysutils awless ~ Makefile ~ distinfo > Update to awless-0.1.4. (ajacoutot@) awscli ~ Makefile ~ distinfo > Update to awscli-1.11.158. (ajacoutot@) freeipmi ~ Makefile + patches/patch-config_ac_lsh_gcc_attributes_m4 > avoid nested function in AC_TRY_COMPILE (sthen@) ipmitool ~ Makefile ~ patches/patch-configure_ac > avoid nested function in AC_TRY_COMPILE (sthen@) == textproc ========================================================== 13/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/textproc ruby-nokogiri ~ Makefile > sync wantlib (sthen@) == www =============================================================== 14/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/www c-icap ~ modules/Makefile + modules/patches/patch-configure_ac > fix AC_TRY_COMPILE invocation (sthen@) owncloud ~ Makefile ~ distinfo ~ patch-settings_Controller_CheckSetupController_php ~ patch-version_php ~ pkg/PLIST > Update to owncloud-10.0.3. (ajacoutot@) ~ Makefile ~ distinfo ~ patches/patch-version_php TAGGED OPENBSD_6_1 > Update to the latest stable release: owncloud-9.1.6. > This will ease upgrading to 10.X on 6.2. (ajacoutot@) squidclamav ~ Makefile ~ patches/patch-configure_in > avoid nested function in AC_TRY_COMPILE (sthen@) == x11 =============================================================== 15/15 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/x11 dbus ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) gnome ~ mutter/Makefile + mutter/patches/patch-clutter_configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) ~ grilo/Makefile > sync wantlib (sthen@) gnustep ~ base/Makefile > sync WANTLIB (sthen@) gtk+3 ~ Makefile + patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) gtksourceview3 ~ Makefile + patches/patch-configure_ac > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) i3 - patches/patch-include_con_h - patches/patch-libi3_dpi_c - patches/patch-src_commands_c - patches/patch-src_con_c - patches/patch-src_load_layout_c - patches/patch-src_sighandler_c ~ Makefile ~ distinfo ~ patches/patch-Makefile_in > Bugfixing update to i3-4.14.1 (dcoppa@) keybinder ~ Makefile + patches/patch-configure > Unbreak autoconf checks with clang by not using nested functions > in the checks. > Someone clearly did not read the autoconf documentation because > using the following functions with a function declaration inside > the body will end up declaring a function inside a function. > - AC_TRY_COMPILE( [], [ int main() { return 0; } ], > - AC_LANG_PROGRAM([[]], [[int main (void) { return 0; }]])], > - AC_TRY_LINK([], [int main (void) { return 0; }], > Result: > int > main () > { > int main (void) { return 0; } > ; > return 0; > } > nested functions is a gcc extension which is not supported by > clang. > test.c:4:17: error: function definition is not allowed here > int main (void) { return 0; } > ^ > 1 error generated. > This causes tests to fail in the configure scripts resulting in > missing compile and link time flags from the builds. > This resulted in weird behaviour of several software, like gnome > hanging completely due to gtk+3 not being built properly. > This change intrudces the following fixes: > - remove int main() declaration from AC_TRY_COMPILE, AC_LANG_PROGRAM, > AC_TRY_LINK > as it comes with a declaration already, and people misused them > - change to use AC_LANG_SOURCE when needed in case a complete source block > is specified > Most of the changes are in configure.(ac|in), however there were some cases > where autoconf is either broken or the build failed because of an autoconf > generated configure script. Everytihng else is switched to autoconf, so > the maintainers can go ahead and upstream these diffs. > There are more to come, we are continously checking the tree for these > issues > and in the future the infrastructure will error if such a case is found. > (robert@) openbox ~ Makefile + patches/patch-openbox_client_c > Fix a NULL pointer dereference that was causing a crash when launching > Java GUI applications. > From https://bugzilla.icculus.org/show_bug.cgi?id=5277 via Arch > Linux. (dcoppa@) pekwm ~ Makefile > sync wantlib (sthen@) pinot ~ Makefile > sync wantlib (sthen@) xcursorgen ~ Makefile > sync wantlib (sthen@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
