Re: Quick fix of x11/kde4/libs build

2014-05-18 Thread Vadim Zhukov
2014-05-16 21:44 GMT+04:00 David Coppa dco...@openbsd.org:
 On Fri, May 16, 2014 at 08:38:50PM +0400, Vadim Zhukov wrote:
 This patch makes x11/kde4/libs build reliably again. The probably is
 likely deep inside our compiler but I'm not the one who'll be able
 to fix this bug. And we need to have reliable builds of kdelibs
 anyway, it's too critical to wait until it gets fixed.

 This could probably fix the build/package bug in x11/kde4/l10n/pt, too.
 But since I still can't reproduce it, I'm not sure.

 Asking for bulk build tests.
 --
   WBR,
 Vadim Zhukov


 Index: Makefile
 ===
 RCS file: /cvs/ports/devel/cmake/Makefile,v
 retrieving revision 1.101
 diff -u -p -r1.101 Makefile
 --- Makefile  13 May 2014 05:55:30 -  1.101
 +++ Makefile  16 May 2014 16:33:07 -
 @@ -2,16 +2,19 @@

  DPB_PROPERTIES =parallel

 -# avoid segfaults from binaries compiled and then used during the build
  .if ${MACHINE_ARCH} == arm
 +# avoid segfaults from binaries compiled and then used during the build
  CFLAGS +=-O1 -fno-stack-protector
 +.else
 +# -O2 breaks at least x11/kde4/libs
 +CFLAGS +=-O1
  .endif

  HOMEPAGE =   http://www.cmake.org/
  CATEGORIES = devel
  COMMENT =portable build system
  DISTNAME =   cmake-2.8.12.2
 -REVISION =   3
 +REVISION =   4
  MASTER_SITES =   ${HOMEPAGE}files/v2.8/

  MAINTAINER = David Coppa dco...@openbsd.org

 As an ad interim fix, I'd say put it in and we'll see...

Please disregard this diff. While it fixed kdelibs-4.11.5, I got
same crash with kdepimlibs-4.13.1.

Given that we have heavily patched cmTarget.cxx file, dragons probably
are there... I'm building -O0 -ggdb version of CMake now, trying to
debug issue further.

--
  WBR,
  Vadim Zhukov



Re: Quick fix of x11/kde4/libs build

2014-05-18 Thread Stuart Henderson
While I see the kde4/l10n/pt failure repeatably now (but not any other l10n 
ports), I haven't hit the kdelibs one again.. From the timescale (and having 
already tried reverting malloc changes), I'd have thought that the recent 
compiler changes would be the most likely trigger.. Planning to try a test 
build with those pulled out (I would have already started one but there was a 
fontconfig bump so my build machines are busy again..)

On 18 May 2014 23:06:11 BST, Vadim Zhukov persg...@gmail.com wrote:
2014-05-16 21:44 GMT+04:00 David Coppa dco...@openbsd.org:
 On Fri, May 16, 2014 at 08:38:50PM +0400, Vadim Zhukov wrote:
 This patch makes x11/kde4/libs build reliably again. The probably is
 likely deep inside our compiler but I'm not the one who'll be able
 to fix this bug. And we need to have reliable builds of kdelibs
 anyway, it's too critical to wait until it gets fixed.

 This could probably fix the build/package bug in x11/kde4/l10n/pt,
too.
 But since I still can't reproduce it, I'm not sure.

 Asking for bulk build tests.
 --
   WBR,
 Vadim Zhukov


 Index: Makefile
 ===
 RCS file: /cvs/ports/devel/cmake/Makefile,v
 retrieving revision 1.101
 diff -u -p -r1.101 Makefile
 --- Makefile  13 May 2014 05:55:30 -  1.101
 +++ Makefile  16 May 2014 16:33:07 -
 @@ -2,16 +2,19 @@

  DPB_PROPERTIES =parallel

 -# avoid segfaults from binaries compiled and then used during the
build
  .if ${MACHINE_ARCH} == arm
 +# avoid segfaults from binaries compiled and then used during the
build
  CFLAGS +=-O1 -fno-stack-protector
 +.else
 +# -O2 breaks at least x11/kde4/libs
 +CFLAGS +=-O1
  .endif

  HOMEPAGE =   http://www.cmake.org/
  CATEGORIES = devel
  COMMENT =portable build system
  DISTNAME =   cmake-2.8.12.2
 -REVISION =   3
 +REVISION =   4
  MASTER_SITES =   ${HOMEPAGE}files/v2.8/

  MAINTAINER = David Coppa dco...@openbsd.org

 As an ad interim fix, I'd say put it in and we'll see...

Please disregard this diff. While it fixed kdelibs-4.11.5, I got
same crash with kdepimlibs-4.13.1.

Given that we have heavily patched cmTarget.cxx file, dragons probably
are there... I'm building -O0 -ggdb version of CMake now, trying to
debug issue further.

--
  WBR,
  Vadim Zhukov




Quick fix of x11/kde4/libs build

2014-05-16 Thread Vadim Zhukov
This patch makes x11/kde4/libs build reliably again. The probably is
likely deep inside our compiler but I'm not the one who'll be able
to fix this bug. And we need to have reliable builds of kdelibs
anyway, it's too critical to wait until it gets fixed.

This could probably fix the build/package bug in x11/kde4/l10n/pt, too.
But since I still can't reproduce it, I'm not sure.

Asking for bulk build tests.
--
  WBR,
Vadim Zhukov


Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.101
diff -u -p -r1.101 Makefile
--- Makefile13 May 2014 05:55:30 -  1.101
+++ Makefile16 May 2014 16:33:07 -
@@ -2,16 +2,19 @@
 
 DPB_PROPERTIES =parallel
 
-# avoid segfaults from binaries compiled and then used during the build
 .if ${MACHINE_ARCH} == arm
+# avoid segfaults from binaries compiled and then used during the build
 CFLAGS +=  -O1 -fno-stack-protector
+.else
+# -O2 breaks at least x11/kde4/libs
+CFLAGS +=  -O1
 .endif
 
 HOMEPAGE = http://www.cmake.org/
 CATEGORIES =   devel
 COMMENT =  portable build system
 DISTNAME = cmake-2.8.12.2
-REVISION = 3
+REVISION = 4
 MASTER_SITES = ${HOMEPAGE}files/v2.8/
 
 MAINTAINER =   David Coppa dco...@openbsd.org



Re: Quick fix of x11/kde4/libs build

2014-05-16 Thread David Coppa
On Fri, May 16, 2014 at 08:38:50PM +0400, Vadim Zhukov wrote:
 This patch makes x11/kde4/libs build reliably again. The probably is
 likely deep inside our compiler but I'm not the one who'll be able
 to fix this bug. And we need to have reliable builds of kdelibs
 anyway, it's too critical to wait until it gets fixed.
 
 This could probably fix the build/package bug in x11/kde4/l10n/pt, too.
 But since I still can't reproduce it, I'm not sure.
 
 Asking for bulk build tests.
 --
   WBR,
 Vadim Zhukov
 
 
 Index: Makefile
 ===
 RCS file: /cvs/ports/devel/cmake/Makefile,v
 retrieving revision 1.101
 diff -u -p -r1.101 Makefile
 --- Makefile  13 May 2014 05:55:30 -  1.101
 +++ Makefile  16 May 2014 16:33:07 -
 @@ -2,16 +2,19 @@
  
  DPB_PROPERTIES =parallel
  
 -# avoid segfaults from binaries compiled and then used during the build
  .if ${MACHINE_ARCH} == arm
 +# avoid segfaults from binaries compiled and then used during the build
  CFLAGS +=-O1 -fno-stack-protector
 +.else
 +# -O2 breaks at least x11/kde4/libs
 +CFLAGS +=-O1
  .endif
  
  HOMEPAGE =   http://www.cmake.org/
  CATEGORIES = devel
  COMMENT =portable build system
  DISTNAME =   cmake-2.8.12.2
 -REVISION =   3
 +REVISION =   4
  MASTER_SITES =   ${HOMEPAGE}files/v2.8/
  
  MAINTAINER = David Coppa dco...@openbsd.org

As an ad interim fix, I'd say put it in and we'll see...

ciao,
David