aarch64 out of date

[s_graf]

Is the arm64 package build out of date already?

 

>From a new install Feb 4:

 

oppc2obsd# pkg_add nano

quirks-3.88 signed on 2019-02-04T13:31:26Z

quirks-3.88: ok

Can't install libiconv-1.14p3 because of libraries

|library c.94.0 not found

| /usr/lib/libc.so.95.0 (system): bad major

Can't install gettext-0.19.8.1p3: can't resolve libiconv-1.14p3

Can't install nano-3.2: can't resolve gettext-0.19.8.1p3

Couldn't install gettext-0.19.8.1p3 libiconv-1.14p3 nano-3.2

Re: please help fixing php-fpm on armv7 - egdb result

[s_graf]

I gather the warnings about wrong libraries did not provide any clues.
Running the debugger will be a challenge for me, but I will give it a try.  
What needs to be rebuilt with debug enabled?  The more detailed the 
instructions the better.
It is the child processes that are failing.

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Stuart 
Henderson
Sent: January 12, 2019 11:10 AM
To: Karel Gardas 
Cc: s_g...@telus.net; ports@openbsd.org; a...@openbsd.org; 'Jeremie 
Courreges-Anglas' 
Subject: Re: please help fixing php-fpm on armv7 - egdb result

On 2019/01/12 16:41, Karel Gardas wrote:
> On Fri, 11 Jan 2019 17:02:25 -0800
>  wrote:
> 
> > Thank you Jeremie for your suggestion.  I built  the gdb package and ran 
> > egdb with the result below.  I hope this provides some clues.
> > 
> > op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core
> > GNU gdb (GDB) 7.12.1
> > Copyright (C) 2017 Free Software Foundation, Inc.
> > License GPLv3+: GNU GPL version 3 or later 
> > 
> > This is free software: you are free to change and redistribute it.
> > There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> > and "show warranty" for details.
> > This GDB was configured as "arm-unknown-openbsd6.4".
> > Type "show configuration" for configuration details.
> > For bug reporting instructions, please see:
> > .
> > Find the GDB manual and other documentation resources online at:
> > .
> > For help, type "help".
> > Type "apropos word" to search for commands related to "word"...
> > Reading symbols from /usr/local/sbin/php-fpm-7.2...(no debugging symbols 
> > found)...done.
> > [New process 446218]
> > 
> > warning: .dynamic section for "/usr/lib/libcrypto.so.45.1" is not at the 
> > expected address (wrong library or version mismatch?)
> > 
> > warning: .dynamic section for "/usr/lib/libc.so.93.0" is not at the 
> > expected address (wrong library or version mismatch?)
> > Core was generated by `php-fpm-7.2'.
> > Program terminated with signal SIGSEGV, Segmentation fault.
> > #0  0xdfdfdfde in ?? ()
> > (gdb)
> 
> Here ^ you should type "bt" and hit Enter and this way you will see 
> stacktrace of the crash. Also if you build php-fpm-7.2 with debugging 
> enabled, it will help too probably since you will/should see line numbers etc.

That is not how a healthy stack looks. It's highly unlikely you will get
anything useful from a backtrace of this coredump.

I think it's likely to need one or a combination of:

- enable as much debug logging as possible
- add extra debugging logs/printfs
- running from the start under a debugger and stepping through to figure
out codepaths leading to the crash

to try to figure out what's going on.

I'd take a look if I had hardware though I don't know if I would be able
to figure it out (I haven't got anywhere with the php-7.3 crashfest on
OpenBSD/amd64 either)..

Re: please help fixing php-fpm on armv7 - egdb result with bt

[s_graf]

Thank you for your patience.  This is all new to me.  Not sure the results
will help much.
I would rebuild php with debugging enabled if someone can provide
instructions.

Thank you for the help, Stephen Graf.

Results with bt:

op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-unknown-openbsd6.4".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/sbin/php-fpm-7.2...(no debugging symbols
found)...done.
[New process 446218]

warning: .dynamic section for "/usr/lib/libcrypto.so.45.1" is not at the
expected address (wrong library or version mismatch?)

warning: .dynamic section for "/usr/lib/libc.so.93.0" is not at the expected
address (wrong library or version mismatch?)

warning: .dynamic section for "/usr/libexec/ld.so" is not at the expected
address (wrong library or version mismatch?)
Core was generated by `php-fpm-7.2'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0xdfdfdfde in ?? ()
(gdb) bt
#0  0xdfdfdfde in ?? ()
#1  0x2fb716f4 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

-Original Message-
From: Karel Gardas  
Sent: January 12, 2019 7:41 AM
To: s_g...@telus.net
Cc: ports@openbsd.org; a...@openbsd.org; 'Jeremie Courreges-Anglas'

Subject: Re: please help fixing php-fpm on armv7 - egdb result

On Fri, 11 Jan 2019 17:02:25 -0800
 wrote:

> Thank you Jeremie for your suggestion.  I built  the gdb package and ran
egdb with the result below.  I hope this provides some clues.
> 
> op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core
> GNU gdb (GDB) 7.12.1
> Copyright (C) 2017 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later

> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "arm-unknown-openbsd6.4".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> .
> Find the GDB manual and other documentation resources online at:
> .
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from /usr/local/sbin/php-fpm-7.2...(no debugging symbols
found)...done.
> [New process 446218]
> 
> warning: .dynamic section for "/usr/lib/libcrypto.so.45.1" is not at the
expected address (wrong library or version mismatch?)
> 
> warning: .dynamic section for "/usr/lib/libc.so.93.0" is not at the
expected address (wrong library or version mismatch?)
> Core was generated by `php-fpm-7.2'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  0xdfdfdfde in ?? ()
> (gdb)

Here ^ you should type "bt" and hit Enter and this way you will see
stacktrace of the crash. Also if you build php-fpm-7.2 with debugging
enabled, it will help too probably since you will/should see line numbers
etc.

Re: please help fixing php-fpm on armv7 - egdb result

[s_graf]

Thank you Jeremie for your suggestion.  I built  the gdb package and ran egdb 
with the result below.  I hope this provides some clues.

op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-unknown-openbsd6.4".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/sbin/php-fpm-7.2...(no debugging symbols 
found)...done.
[New process 446218]

warning: .dynamic section for "/usr/lib/libcrypto.so.45.1" is not at the 
expected address (wrong library or version mismatch?)

warning: .dynamic section for "/usr/lib/libc.so.93.0" is not at the expected 
address (wrong library or version mismatch?)
Core was generated by `php-fpm-7.2'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0xdfdfdfde in ?? ()
(gdb)

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Jeremie 
Courreges-Anglas
Sent: January 11, 2019 6:12 AM
To: s_g...@telus.net
Cc: ports@openbsd.org; a...@openbsd.org
Subject: Re: please help fixing php-fpm on armv7

On Mon, Jan 07 2019,  wrote:
> I would like to get php-fpm working again on arm.  The last time I had a
> working version was Aug.
> I can build the port, run debug and report crash dumps but do not have the
> expertise to analyse the code.
> Any and all help is appreciated.  I will do what I can under guidance.
>
> First, I would like to know if anyone else has experienced this problem, or
> am I the only one.
> My system is an orangepi one (Allwinner H3).
>
> The build I am testing with is a snapshot kernel of Dec 28 and ports of Jan
> 1.
> The problem I reported with building libffi  on the Dec 28 ports did not
> reoccur on the Jan 1 ports.
>
> I configured php with as much debug as I could and ran it non-daemon for a
> console debug log and then as a daemon to get a core.
> Attached is the console log and core backtrace.

The gdb backtrace below is unusable, this happens on archs that
moved to clang.  Please use egdb from the gdb package.

> op1bsdsnap1228# gdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "arm-unknown-openbsd6.4"...(no debugging symbols 
> found)
>
> Core was generated by `php-fpm-7.2'.
> Program terminated with signal 11, Segmentation fault.
> (no debugging symbols found)
> Loaded symbols for /usr/local/sbin/php-fpm-7.2
> Reading symbols from /usr/local/lib/libsodium.so.9.1...done.
> Loaded symbols for /usr/local/lib/libsodium.so.9.1
> Reading symbols from /usr/lib/libreadline.so.4.0...done.
> Loaded symbols for /usr/lib/libreadline.so.4.0
> Reading symbols from /usr/lib/libcurses.so.14.0...done.
> Loaded symbols for /usr/lib/libcurses.so.14.0
> Reading symbols from /usr/local/lib/libonig.so.5.0...done.
> Loaded symbols for /usr/local/lib/libonig.so.5.0
> Reading symbols from /usr/local/lib/libiconv.so.6.0...done.
> Loaded symbols for /usr/local/lib/libiconv.so.6.0
> Reading symbols from /usr/local/lib/libintl.so.6.0...done.
> Loaded symbols for /usr/local/lib/libintl.so.6.0
> Reading symbols from /usr/lib/libz.so.5.0...done.
> Loaded symbols for /usr/lib/libz.so.5.0
> Reading symbols from /usr/lib/libm.so.10.1...done.
> Loaded symbols for /usr/lib/libm.so.10.1
> Reading symbols from /usr/local/lib/libxml2.so.16.1...done.
> Loaded symbols for /usr/local/lib/libxml2.so.16.1
> Reading symbols from /usr/local/lib/liblzma.so.2.1...done.
> Loaded symbols for /usr/local/lib/liblzma.so.2.1
> Reading symbols from /usr/lib/libssl.so.47.1...done.
> Loaded symbols for /usr/lib/libssl.so.47.1
> Reading symbols from /usr/lib/libcrypto.so.45.1...done.
> Loaded symbols for /usr/lib/libcrypto.so.45.1
> Reading symbols from /usr/lib/libpthread.so.25.1...done.
> Loaded symbols for /usr/lib/libpthread.so.25.1
> Reading symbols from /usr/lib/libc.so.93.0...done.
> Loaded symbols for /usr/lib/libc.so.93.0
> Reading symbols from /usr/libexec/ld.so...done.
> Loaded symbols for /usr/libexec/ld.so
> #0  0xdfdfdfdc in ?? ()
> (gdb)

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

please help fixing php-fpm on armv7

[s_graf]

I would like to get php-fpm working again on arm.  The last time I had a
working version was Aug.
I can build the port, run debug and report crash dumps but do not have the
expertise to analyse the code.
Any and all help is appreciated.  I will do what I can under guidance.

First, I would like to know if anyone else has experienced this problem, or
am I the only one.
My system is an orangepi one (Allwinner H3).

The build I am testing with is a snapshot kernel of Dec 28 and ports of Jan
1.
The problem I reported with building libffi  on the Dec 28 ports did not
reoccur on the Jan 1 ports.

I configured php with as much debug as I could and ran it non-daemon for a
console debug log and then as a daemon to get a core.
Attached is the console log and core backtrace.
op1bsdsnap1228# gdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "arm-unknown-openbsd6.4"...(no debugging symbols 
found)

Core was generated by `php-fpm-7.2'.
Program terminated with signal 11, Segmentation fault.
(no debugging symbols found)
Loaded symbols for /usr/local/sbin/php-fpm-7.2
Reading symbols from /usr/local/lib/libsodium.so.9.1...done.
Loaded symbols for /usr/local/lib/libsodium.so.9.1
Reading symbols from /usr/lib/libreadline.so.4.0...done.
Loaded symbols for /usr/lib/libreadline.so.4.0
Reading symbols from /usr/lib/libcurses.so.14.0...done.
Loaded symbols for /usr/lib/libcurses.so.14.0
Reading symbols from /usr/local/lib/libonig.so.5.0...done.
Loaded symbols for /usr/local/lib/libonig.so.5.0
Reading symbols from /usr/local/lib/libiconv.so.6.0...done.
Loaded symbols for /usr/local/lib/libiconv.so.6.0
Reading symbols from /usr/local/lib/libintl.so.6.0...done.
Loaded symbols for /usr/local/lib/libintl.so.6.0
Reading symbols from /usr/lib/libz.so.5.0...done.
Loaded symbols for /usr/lib/libz.so.5.0
Reading symbols from /usr/lib/libm.so.10.1...done.
Loaded symbols for /usr/lib/libm.so.10.1
Reading symbols from /usr/local/lib/libxml2.so.16.1...done.
Loaded symbols for /usr/local/lib/libxml2.so.16.1
Reading symbols from /usr/local/lib/liblzma.so.2.1...done.
Loaded symbols for /usr/local/lib/liblzma.so.2.1
Reading symbols from /usr/lib/libssl.so.47.1...done.
Loaded symbols for /usr/lib/libssl.so.47.1
Reading symbols from /usr/lib/libcrypto.so.45.1...done.
Loaded symbols for /usr/lib/libcrypto.so.45.1
Reading symbols from /usr/lib/libpthread.so.25.1...done.
Loaded symbols for /usr/lib/libpthread.so.25.1
Reading symbols from /usr/lib/libc.so.93.0...done.
Loaded symbols for /usr/lib/libc.so.93.0
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so
#0  0xdfdfdfdc in ?? ()
(gdb)
op1bsdsnap1228# LD_DEBUG=1 php-fpm-7.2 -F
ld.so loading: 'php-fpm-7.2'
exe load offset:  0x19362000
 flags php-fpm-7.2 = 0x0
head php-fpm-7.2
obj php-fpm-7.2 has php-fpm-7.2 as head
examining: 'php-fpm-7.2'
loading: libc.so.93.0 required by php-fpm-7.2
 flags /usr/lib/libc.so.93.0 = 0x0
obj /usr/lib/libc.so.93.0 has php-fpm-7.2 as head
loading: libm.so.10.1 required by php-fpm-7.2
 flags /usr/lib/libm.so.10.1 = 0x0
obj /usr/lib/libm.so.10.1 has php-fpm-7.2 as head
loading: libssl.so.47.1 required by php-fpm-7.2
 flags /usr/lib/libssl.so.47.1 = 0x0
obj /usr/lib/libssl.so.47.1 has php-fpm-7.2 as head
loading: libreadline.so.4.0 required by php-fpm-7.2
 flags /usr/lib/libreadline.so.4.0 = 0x0
obj /usr/lib/libreadline.so.4.0 has php-fpm-7.2 as head
loading: libonig.so.5.0 required by php-fpm-7.2
 flags /usr/local/lib/libonig.so.5.0 = 0x0
obj /usr/local/lib/libonig.so.5.0 has php-fpm-7.2 as head
loading: libcurses.so.14.0 required by php-fpm-7.2
 flags /usr/lib/libcurses.so.14.0 = 0x0
obj /usr/lib/libcurses.so.14.0 has php-fpm-7.2 as head
loading: libcrypto.so.45.1 required by php-fpm-7.2
 flags /usr/lib/libcrypto.so.45.1 = 0x0
obj /usr/lib/libcrypto.so.45.1 has php-fpm-7.2 as head
loading: libiconv.so.6.0 required by php-fpm-7.2
 flags /usr/local/lib/libiconv.so.6.0 = 0x0
obj /usr/local/lib/libiconv.so.6.0 has php-fpm-7.2 as head
loading: libxml2.so.16.1 required by php-fpm-7.2
 flags /usr/local/lib/libxml2.so.16.1 = 0x0
obj /usr/local/lib/libxml2.so.16.1 has php-fpm-7.2 as head
loading: libz.so.5.0 required by php-fpm-7.2
 flags /usr/lib/libz.so.5.0 = 0x0
obj /usr/lib/libz.so.5.0 has php-fpm-7.2 as head
loading: libintl.so.6.0 required by php-fpm-7.2
 flags /usr/local/lib/libintl.so.6.0 = 0x0
obj /usr/local/lib/libintl.so.6.0 has php-fpm-7.2 as head
loading: liblzma.so.2.1 required by php-fpm-7.2
 flags /usr/local/lib/liblzma.so.2.1 = 0x0
obj /usr/local/lib/liblzma.so.2.1 has php-fpm-7.2 as head
loading: libpthread.so.25.1 required by php-fpm-7.2
 flags /usr/lib/libpthread.so.25.1 

problem with build of php on arm7

[s_graf]

I am starting a new build of php-7.2 on armv7 to try to make it work.  I am
using a new install from Dec 28.
The error below did not happen on a build on Dec 13.

MAKE arm-unknown-openbsd6.4 :0 * all
make 'AR_FLAGS='  'CC_FOR_BUILD='  'CFLAGS=-O2 -pipe  -Wall -fexceptions'
'CXXFLAGS=-g -O2'  'CFLAGS_FOR_BUILD='  'CFLAGS_FOR_TARGET='
'INSTALL=/usr/ports/pobj/libffi-3.2.1/bin/install -c'
'INSTALL_DATA=/usr/ports/pobj/libffi-3.2.1/bin/install -c -m 644'
'INSTALL_PROGRAM=/usr/ports/pobj/libffi-3.2.1/bin/install -c'
'INSTALL_SCRIPT=/usr/ports/pobj/libffi-3.2.1/bin/install -c'  'JC1FLAGS='
'LDFLAGS=-lc++abi '  'LIBCFLAGS='  'LIBCFLAGS_FOR_TARGET='  'MAKE=make'
'MAKEINFO=/bin/sh
/nfs_mnt/openbsd_archive/2018-12-28/ports/pobj/libffi-3.2.1/libffi-3.2.1/mis
sing makeinfo '  'PICFLAG=-fpic'  'PICFLAG_FOR_TARGET='  'RUNTESTFLAGS='
'SHELL=/bin/sh'  'exec_prefix=/usr/local'  'infodir=/usr/local/info'
'libdir=/usr/local/lib'  'mandir=/usr/local/man'  'prefix=/usr/local'
'AR=ar'  'AS=as'  'CC=gcc'  'CXX=g++'  'LD=/usr/bin/ld'  'NM=/usr/bin/nm -B'
'RANLIB=ranlib'  'DESTDIR=' all-recursive
Making all in include
Making all in testsuite
Making all in man
depbase=`echo src/arm/sysv.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;
/usr/bin/libtool --mode=compile gcc -DHAVE_CONFIG_H  -I. -I..  -I.
-I../include -Iinclude -I../src   -I. -I../include -Iinclude -I../src -O2
-pipe -MT src/arm/sysv.lo -MD -MP -MF $depbase.Tpo -c -o src/arm/sysv.lo
../src/arm/sysv.S && mv -f $depbase.Tpo $depbase.Plo
gcc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -I.
-I../include -Iinclude -I../src -O2 -pipe -MT src/arm/sysv.lo -MD -MP -MF
src/arm/.deps/sysv.Tpo -c ../src/arm/sysv.S -fPIC -DPIC -o
src/arm/.libs/sysv.o
../src/arm/sysv.S: Assembler messages:
../src/arm/sysv.S:363: Error: bad instruction `vldmiagt ip,{d0-d7}'
../src/arm/sysv.S:412: Error: bad instruction `vstmiaeq r2,{d0-d3}'
../src/arm/sysv.S:423: Error: bad instruction `vstmdb sp!,{d0-d7}'
../src/arm/sysv.S:473: Error: bad instruction `vldmia sp,{d0-d1}'
../src/arm/sysv.S:476: Error: bad instruction `vldmia sp,{d0-d3}'
Error while executing gcc -DHAVE_CONFIG_H -I. -I.. -I. -I../include
-Iinclude -I../src -I. -I../include -Iinclude -I../src -O2 -pipe -MT
src/arm/sysv.lo -MD -MP -MF src/arm/.deps/sysv.Tpo -c ../src/arm/sysv.S
-fPIC -DPIC -o src/arm/.libs/sysv.o
*** Error 1 in arm-unknown-openbsd6.4 (Makefile:1337 'src/arm/sysv.lo')
*** Error 1 in arm-unknown-openbsd6.4 (Makefile:1621 'all-recursive')
*** Error 1 in arm-unknown-openbsd6.4 (Makefile:730 'all')
*** Error 1 in
/nfs_mnt/openbsd_archive/2018-12-28/ports/pobj/libffi-3.2.1/libffi-3.2.1
(Makefile:616 'all')
*** Error 1 in /usr/ports/devel/libffi
(/usr/ports/infrastructure/mk/bsd.port.mk:2786
'/usr/ports/pobj/libffi-3.2.1/.build_done')
*** Error 1 in /usr/ports/devel/libffi
(/usr/ports/infrastructure/mk/bsd.port.mk:2009
'/usr/ports/packages/arm/all/libffi-3.2.1p5.tgz')
*** Error 1 in /usr/ports/devel/libffi
(/usr/ports/infrastructure/mk/bsd.port.mk:2475 '_internal-package')
*** Error 1 in /usr/ports/devel/libffi
(/usr/ports/infrastructure/mk/bsd.port.mk:2454 'package')
*** Error 1 in /usr/ports/devel/libffi
(/usr/ports/infrastructure/mk/bsd.port.mk:2027
'/var/db/pkg/libffi-3.2.1p5/+CONTENTS')
*** Error 1 in /usr/ports/devel/libffi
(/usr/ports/infrastructure/mk/bsd.port.mk:2454 'install')
*** Error 1 in /usr/ports/lang/python/2.7
(/usr/ports/infrastructure/mk/bsd.port.mk:2138
'/usr/ports/pobj/Python-2.7.15/.dep-devel-libffi')
*** Error 1 in /usr/ports/lang/python/2.7
(/usr/ports/infrastructure/mk/bsd.port.mk:2533
'/usr/ports/pobj/Python-2.7.15/.extract_done')
*** Error 1 in /usr/ports/lang/python/2.7
(/usr/ports/infrastructure/mk/bsd.port.mk:2009
'/usr/ports/packages/arm/all/python-2.7.15p1.tgz')
*** Error 1 in /usr/ports/lang/python/2.7
(/usr/ports/infrastructure/mk/bsd.port.mk:2475 '_internal-package')
*** Error 1 in /usr/ports/lang/python/2.7
(/usr/ports/infrastructure/mk/bsd.port.mk:2454 'package')
*** Error 1 in /usr/ports/lang/python/2.7
(/usr/ports/infrastructure/mk/bsd.port.mk:2027
'/var/db/pkg/python-2.7.15p1/+CONTENTS')
*** Error 1 in /usr/ports/lang/python/2.7
(/usr/ports/infrastructure/mk/bsd.port.mk:2454 'install')
*** Error 1 in /usr/ports/devel/ninja
(/usr/ports/infrastructure/mk/bsd.port.mk:2138
'/usr/ports/pobj/ninja-1.8.2/.dep-lang-python-2.7')
*** Error 1 in /usr/ports/devel/ninja
(/usr/ports/infrastructure/mk/bsd.port.mk:2533
'/usr/ports/pobj/ninja-1.8.2/.extract_done')
*** Error 1 in /usr/ports/devel/ninja
(/usr/ports/infrastructure/mk/bsd.port.mk:2009
'/usr/ports/packages/arm/all/ninja-1.8.2p0.tgz')
*** Error 1 in /usr/ports/devel/ninja
(/usr/ports/infrastructure/mk/bsd.port.mk:2475 '_internal-package')
*** Error 1 in /usr/ports/devel/ninja
(/usr/ports/infrastructure/mk/bsd.port.mk:2454 'package')
*** Error 1 in /usr/ports/devel/ninja
(/usr/ports/infrastructure/mk/bsd.port.mk:2027
'/var/db/pkg/ninja-1.8.2p0/+CONTENTS')
*** Error 1 in /usr/ports/devel/ninja

request for bulk build on arm

[s_graf]

I would like to ask for a bulk build on the arm architecture.  The existing
bulk build of Oct 29 was outdated about a week after it came out.

Php for arm hasn't worked since Aug and I would like to work on it.

error in building qt-everywhere-opensource-src-4.8.7 on arm

[s_graf]

>From a clean install of armv7 and ports on Nov 25:

 

In file included from ../../../../../include/QtCore/qatomic_arm.h:1:

../../../../../include/QtCore/../../../qt-everywhere-opensource-src-4.8.7/sr
c/corelib/arch/qatomic_arm.h:54:1: warning: duplicate 'extern' declaration
specifier [-Wduplicate-decl-specifier]

QT_END_INCLUDE_HEADER

^

../../../../../include/QtCore/../../../qt-everywhere-opensource-src-4.8.7/sr
c/corelib/global/qglobal.h:144:31: note: expanded from macro
'QT_END_INCLUDE_HEADER'

#define QT_END_INCLUDE_HEADER extern "C++"

  ^

:149:1: error: invalid instruction

vmov.u32 r2, r3, s8, s9

^

1 warning and 1 error generated.

gmake[2]: *** [Makefile.WebKit:435079: .obj/release-static/FELightingNEON.o]
Error 1

gmake[2]: Leaving directory
'/usr/ports/pobj/qt4-4.8.7/build-arm/src/3rdparty/webkit/Source/WebCore'

gmake[1]: *** [Makefile.WebKit:90: sub-WebCore-all-ordered] Error 2

gmake[1]: Leaving directory
'/usr/ports/pobj/qt4-4.8.7/build-arm/src/3rdparty/webkit/Source'

gmake: *** [Makefile:797: sub-webkit-all-ordered] Error 2

*** Error 2 in /usr/ports/x11/qt4
(/usr/ports/infrastructure/mk/bsd.port.mk:2797
'/usr/ports/pobj/qt4-4.8.7/build-arm/.build_done')

*** Error 1 in /usr/ports/x11/qt4
(/usr/ports/infrastructure/mk/bsd.port.mk:2020
'/usr/ports/packages/arm/all/qt4-4.8.7p18.tgz')

*** Error 1 in /usr/ports/x11/qt4
(/usr/ports/infrastructure/mk/bsd.port.mk:2486 '_internal-package')

*** Error 1 in /usr/ports/x11/qt4
(/usr/ports/infrastructure/mk/bsd.port.mk:2465 'package')

*** Error 1 in /usr/ports/x11/qt4
(/usr/ports/infrastructure/mk/bsd.port.mk:2038
'/var/db/pkg/qt4-4.8.7p18/+CONTENTS')

*** Error 1 in /usr/ports/x11/qt4
(/usr/ports/infrastructure/mk/bsd.port.mk:2465 'install')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2149
'/usr/ports/pobj/bacula-9.2.1/.dep-x11-qt4')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2544
'/usr/ports/pobj/bacula-9.2.1/.extract_done')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2020
'/usr/ports/packages/arm/all/bacula-client-9.2.1p0.tgz')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2486
'_internal-package')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2465 'package')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2038
'/var/db/pkg/bacula-client-9.2.1p0/+CONTENTS')

*** Error 1 in /usr/ports/sysutils/bacula
(/usr/ports/infrastructure/mk/bsd.port.mk:2465 'install')

qt4 file not found

[s_graf]

Ran into this while building some ports.

===>  Checking files for qt4-4.8.7
>> Fetch
https://download.qt.io/official_releases/qt/4.8/4.8.7/qt-everywhere-opensour
ce-src-4.8.7.tar.gz
ftp: Error retrieving file: 404 Not Found
>> Fetch
https://ftp.openbsd.org/pub/OpenBSD/distfiles/qt-everywhere-opensource-src-4
.8.7.tar.gz

Tried to access via web browser.

Not Found
The requested URL
/official_releases/qt/4.8/4.8.7/qt-everywhere-opensource-src-4.8.7.tar.gz
was not found on this server.

Re: php-fpm child processes crash

[s_graf]

I successfully built php-7.2 on a Nov 2 snapshot but got the same problem. Your 
timing patch seems to work.

op1bsdsnap1102# gdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "arm-unknown-openbsd6.4"...(no debugging symbols 
found)

Core was generated by `php-fpm-7.2'.
Program terminated with signal 11, Segmentation fault.
(no debugging symbols found)
Loaded symbols for /usr/local/sbin/php-fpm-7.2
Reading symbols from /usr/lib/libreadline.so.4.0...done.
Loaded symbols for /usr/lib/libreadline.so.4.0
Reading symbols from /usr/lib/libcurses.so.14.0...done.
Loaded symbols for /usr/lib/libcurses.so.14.0
Reading symbols from /usr/local/lib/libonig.so.4.0...done.
Loaded symbols for /usr/local/lib/libonig.so.4.0
Reading symbols from /usr/local/lib/libiconv.so.6.0...done.
Loaded symbols for /usr/local/lib/libiconv.so.6.0
Reading symbols from /usr/local/lib/libintl.so.6.0...done.
Loaded symbols for /usr/local/lib/libintl.so.6.0
Reading symbols from /usr/lib/libz.so.5.0...done.
Loaded symbols for /usr/lib/libz.so.5.0
Reading symbols from /usr/lib/libm.so.10.1...done.
Loaded symbols for /usr/lib/libm.so.10.1
Reading symbols from /usr/local/lib/libxml2.so.16.1...done.
Loaded symbols for /usr/local/lib/libxml2.so.16.1
Reading symbols from /usr/local/lib/liblzma.so.2.1...done.
Loaded symbols for /usr/local/lib/liblzma.so.2.1
Reading symbols from /usr/lib/libssl.so.47.0...done.
Loaded symbols for /usr/lib/libssl.so.47.0
Reading symbols from /usr/lib/libcrypto.so.45.0...done.
Loaded symbols for /usr/lib/libcrypto.so.45.0
Reading symbols from /usr/lib/libpthread.so.25.1...done.
Loaded symbols for /usr/lib/libpthread.so.25.1
Reading symbols from /usr/lib/libc.so.92.6...done.
Loaded symbols for /usr/lib/libc.so.92.6
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so
#0  0xdfdfdfdc in ?? ()
(gdb) bt
#0  0xdfdfdfdc in ?? ()
(gdb)


>From log:

[06-Nov-2018 19:33:14.360021] WARNING: pid 45806, fpm_children_bury(), line 
253: [pool www] child 31469 exited on signal 10 (SIGBUS) after 0.018080 seconds 
from start
[06-Nov-2018 19:33:14.362332] NOTICE: pid 45806, fpm_children_make(), line 422: 
[pool www] child 59805 started
[06-Nov-2018 19:33:14.362482] DEBUG: pid 45806, fpm_got_signal(), line 76: 
received SIGCHLD
[06-Nov-2018 19:33:14.362532] DEBUG: pid 45806, fpm_event_loop(), line 419: 
event module triggered 3 events
[06-Nov-2018 19:33:14.365959] DEBUG: pid 45806, fpm_got_signal(), line 76: 
received SIGCHLD
[06-Nov-2018 19:33:14.366097] WARNING: pid 45806, fpm_children_bury(), line 
253: [pool www] child 52608 exited on signal 10 (SIGBUS) after 0.006372 seconds 
from start
[06-Nov-2018 19:33:14.368277] NOTICE: pid 45806, fpm_children_make(), line 422: 
[pool www] child 47105 started

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Stuart 
Henderson
Sent: November 5, 2018 2:55 AM
To: s_g...@telus.net; ports@openbsd.org
Subject: Re: php-fpm child processes crash

On 2018/11/04 18:20, Stuart Henderson wrote:
> On 2018/11/04 09:37, s_g...@telus.net wrote:
> > I am trying to set up my arm systems on 6.4 stable. However I am 
> > running into a problem that I saw in Aug. which went away with the 
> > Aug 25 bulk build.
> >
> > On all 4 flavours of php, the php-fpm child processes crash 
> > immediately on start up.  Below is some debug output and the 
> > attached core is from a separate start of php72_fpm. I did not get a core 
> > from the debug start.
> >
> > I will set up a current system and test again, but I think the 
> > current and stable bulk builds are the same.
>
> Could you run 'gdb /usr/local/sbin/php-fpm-7.2 php-fpm-7.2.core' and 
> type 'bt' please?

Pasting this chunk from offlist mail to keep it on ports@:

Core was generated by `php-fpm-7.2'.
Program terminated with signal 11, Segmentation fault.
(no debugging symbols found)
Loaded symbols for /usr/local/sbin/php-fpm-7.2 Reading symbols from 
/usr/lib/libreadline.so.4.0...done.
Loaded symbols for /usr/lib/libreadline.so.4.0 Reading symbols from 
/usr/lib/libcurses.so.14.0...done.
Loaded symbols for /usr/lib/libcurses.so.14.0 Reading symbols from 
/usr/local/lib/libonig.so.4.0...done.
Loaded symbols for /usr/local/lib/libonig.so.4.0 Reading symbols from 
/usr/local/lib/libiconv.so.6.0...done.
Loaded symbols for /usr/local/lib/libiconv.so.6.0 Reading symbols from 
/usr/local/lib/libintl.so.6.0...done.
Loaded symbols for /usr/local/lib/libintl.so.6.0 Reading symbols from 
/usr/lib/libz.so.5.0...done.
Loaded symbols for /usr/lib/libz.so.5.0
Reading symbols from /usr/lib/libm.so.10.1...done.
Loaded symbols for /usr/lib/libm.so.10.1 Reading symbols from 

Re: fetch problem with //pypi.io/packages/source/

[s_graf]

Just for the heck of it I set up an amd64 snapshot system to compare the 
builds.  The problem does not occur on the amd64 system. I expected this or 
else it would have been fixed long ago.

So what does FETCH do that is different on arm from amd64 and why only to the 
pypi.io website?


>From amd64 system:

===>  Verifying install for py-alabaster-* in textproc/py-alabaster
===>  Checking files for py-alabaster-0.7.10
>> Fetch https://pypi.io/packages/source/a/alabaster/alabaster-0.7.10.tar.gz
alabaster-0.7.10.tar.gz 100% 
|**| 10486   00:00
>> (SHA256) alabaster-0.7.10.tar.gz: OK
===> py-alabaster-0.7.10 depends on: python->=2.7,<2.8 -> python-2.7.15p1
===> py-alabaster-0.7.10 depends on: py-setuptools->=39.0.1v0 -> 
py-setuptools-40.0.0v0


>From arm system:

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of 
s_g...@telus.net
Sent: November 5, 2018 10:17 AM
To: ports@openbsd.org
Subject: fetch problem with //pypi.io/packages/source/

I still get this when as part of a php build.

===>  Verifying install for py-alabaster-* in textproc/py-alabaster ===>  
Checking files for py-alabaster-0.7.10
>> Fetch 
>> https://pypi.io/packages/source/a/alabaster/alabaster-0.7.10.tar.gz
ftp: SSL write error: handshake failed: Operation timed out
>> Fetch
https://ftp.openbsd.org/pub/OpenBSD/distfiles/alabaster-0.7.10.tar.gz
alabaster-0.7.10.tar.gz 100% |**| 10486   00:00
>> (SHA256) alabaster-0.7.10.tar.gz: OK
===> py-alabaster-0.7.10 depends on: python->=2.7,<2.8 -> python-2.7.15p1 ===> 
py-alabaster-0.7.10 depends on: py-setuptools->=39.0.1v0 ->
py-setuptools-40.0.0v0
===>  Extracting for py-alabaster-0.7.10

I can take the url and paste it into a Win web browser and it downloads without 
a problem.  This problem only occurs on this site.

Even it this cannot be resolved, is there a way to change the timeout to 
something reasonable, like about 20 seconds instead of the 5 minutes? Trying to 
build on arm is slow enough without these delays, and there are quite a number 
of packages on this site

Re: snapshot package problem for arm7

[s_graf]

Thank you for your reply and insights into arm7.  I will wait for the next arm 
bulk build in the hopes of things working better.

As to armv7, I have worked with the developers on and off, mostly testing 
particularly with the suni H3 hardware for over a year.  During that time two 
stable release have gone by, without a working php.  I have archived a 
distribution, source and ports from a snapshot in mid September, when php 
actually worked for a while.  I use this for my projects.  When 6.4 was 
released I upgraded my server and everything went quite well.  I even switched 
from i386 to amd64.  So I was hopeful that the armv7 system was also more 
stable.  Unfortunately that is not the case.

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Stuart 
Henderson
Sent: November 5, 2018 12:11 PM
To: s_g...@telus.net
Cc: ports@openbsd.org
Subject: Re: snapshot package problem for arm7

On 2018/11/05 10:06, s_g...@telus.net wrote:
> When is the next arm package build scheduled?  The current one is useless as 
> it no longer matches the kernel in current.

Not sure, but since there's a libressl hackathon on at the moment and a fair 
chance of libraries being bumped again during this, it's fairly likely that a 
build started now would also not work by the time it's finished.

For now I would suggest extracting libssl.so.44.1 and libcrypto.so.46.1 from 
6.4 release's base64.tgz.

In case you didn't notice, OpenBSD/armv7 is really mostly of interest to people 
directly hacking on OpenBSD/armv7 at this point, I wouldn't really recommend it 
if you want something that "just works".

build patch error tests/playTests.sh

[s_graf]

Building php on arm ran into this error.

 

 

--

Patching file tests/playTests.sh using Plan A...

Hunk #1 failed at 56.

1 out of 1 hunks failed--saving rejects to tests/playTests.sh.rej

done

***>   patch-tests_playTests_sh did not apply cleanly

*** Error 1 in /usr/ports/archivers/zstd
(/usr/ports/infrastructure/mk/bsd.port.mk:2657
'/usr/ports/pobj/zstd-1.3.7/.patch_done': @if cd /us...)

*** Error 1 in /usr/ports/archivers/zstd
(/usr/ports/infrastructure/mk/bsd.port.mk:2004
'/usr/ports/packages/arm/all/zstd-1.3.7.tgz')

*** Error 1 in /usr/ports/archivers/zstd
(/usr/ports/infrastructure/mk/bsd.port.mk:2469 '_internal-package')

*** Error 1 in /usr/ports/archivers/zstd
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'package')

*** Error 1 in /usr/ports/archivers/zstd
(/usr/ports/infrastructure/mk/bsd.port.mk:2022
'/var/db/pkg/zstd-1.3.7/+CONTENTS')

*** Error 1 in /usr/ports/archivers/zstd
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'install')

*** Error 1 in /usr/ports/archivers/libarchive
(/usr/ports/infrastructure/mk/bsd.port.mk:2133
'/usr/ports/pobj/libarchive-3.3.3/.dep-archivers-zstd')

*** Error 1 in /usr/ports/archivers/libarchive
(/usr/ports/infrastructure/mk/bsd.port.mk:2527
'/usr/ports/pobj/libarchive-3.3.3/.extract_done')

*** Error 1 in /usr/ports/archivers/libarchive
(/usr/ports/infrastructure/mk/bsd.port.mk:2004
'/usr/ports/packages/arm/all/libarchive-3.3.3.tgz')

*** Error 1 in /usr/ports/archivers/libarchive
(/usr/ports/infrastructure/mk/bsd.port.mk:2469 '_internal-package')

*** Error 1 in /usr/ports/archivers/libarchive
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'package')

*** Error 1 in /usr/ports/archivers/libarchive
(/usr/ports/infrastructure/mk/bsd.port.mk:2022
'/var/db/pkg/libarchive-3.3.3/+CONTENTS')

*** Error 1 in /usr/ports/archivers/libarchive
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'install')

*** Error 1 in /usr/ports/devel/cmake
(/usr/ports/infrastructure/mk/bsd.port.mk:2133
'/usr/ports/pobj/cmake-3.10.2/.dep-archivers-libarchive')

*** Error 1 in /usr/ports/devel/cmake
(/usr/ports/infrastructure/mk/bsd.port.mk:2527
'/usr/ports/pobj/cmake-3.10.2/.extract_done')

*** Error 1 in /usr/ports/devel/cmake
(/usr/ports/infrastructure/mk/bsd.port.mk:2004
'/usr/ports/packages/arm/all/cmake-3.10.2p1v0.tgz')

*** Error 1 in /usr/ports/devel/cmake
(/usr/ports/infrastructure/mk/bsd.port.mk:2469 '_internal-package')

*** Error 1 in /usr/ports/devel/cmake
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'package')

*** Error 1 in /usr/ports/devel/cmake
(/usr/ports/infrastructure/mk/bsd.port.mk:2022
'/var/db/pkg/cmake-3.10.2p1v0/+CONTENTS')

*** Error 1 in /usr/ports/devel/cmake
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'install')

*** Error 1 in /usr/ports/archivers/brotli
(/usr/ports/infrastructure/mk/bsd.port.mk:2133
'/usr/ports/pobj/brotli-1.0.5/.dep-devel-cmake')

*** Error 1 in /usr/ports/archivers/brotli
(/usr/ports/infrastructure/mk/bsd.port.mk:2527
'/usr/ports/pobj/brotli-1.0.5/.extract_done')

*** Error 1 in /usr/ports/archivers/brotli
(/usr/ports/infrastructure/mk/bsd.port.mk:2004
'/usr/ports/packages/arm/all/brotli-1.0.5.tgz')

*** Error 1 in /usr/ports/archivers/brotli
(/usr/ports/infrastructure/mk/bsd.port.mk:2469 '_internal-package')

*** Error 1 in /usr/ports/archivers/brotli
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'package')

*** Error 1 in /usr/ports/archivers/brotli
(/usr/ports/infrastructure/mk/bsd.port.mk:2022
'/var/db/pkg/brotli-1.0.5/+CONTENTS')

*** Error 1 in /usr/ports/archivers/brotli
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'install')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2133
'/usr/ports/pobj/apache-httpd-2.4.37/.dep-archivers-brotli')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2527
'/usr/ports/pobj/apache-httpd-2.4.37/.extract_done')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2004
'/usr/ports/packages/arm/all/apache-httpd-2.4.37p0.tgz')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2469 '_internal-package')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'package')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2022
'/var/db/pkg/apache-httpd-2.4.37p0/+CONTENTS')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2448 'install')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2133
'/usr/ports/pobj/php-7.2.11/.dep-www-apache-httpd')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2527
'/usr/ports/pobj/php-7.2.11/.extract_done')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2004
'/usr/ports/packages/arm/all/php-7.2.11p4.tgz')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2469
'_internal-package')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2448 

Re: snapshot package problem for arm7

[s_graf]

When is the next arm package build scheduled?  The current one is useless as it 
no longer matches the kernel in current.

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of trondd
Sent: November 4, 2018 4:58 PM
To: s_g...@telus.net
Cc: ports@openbsd.org
Subject: Re: snapshot package problem for arm7

On Sun, November 4, 2018 4:24 pm, s_g...@telus.net wrote:
> I set up an arm system with the latest snapshot to try to test the 
> php-fpm problem but I could not even load php. I am not having fun!
>
> |library crypto.44.1 not found

This is telling you that the package was compiled against libcrypto version 44.1

> | /usr/lib/libcrypto.so.45.0 (system): bad major

This is telling you that you have libcrypto 45.0

> |library ssl.46.1 not found
> | /usr/lib/libssl.so.47.0 (system): bad major

Similarly for libssl, the package was compiled against 46.1 and you have 47.0

Your base system snapshot is newer than the packages snapshot.  This is common 
on architectures that take a long time to build all the packages.

If this is a newer system, or one you haven't been following -current on for 
some time, you won't have the older libraries around.  You need to wait for a 
newer packages snapshot compiled against the libraries you have or build the 
packages yourself against the libraries on your system.

fetch problem with //pypi.io/packages/source/

[s_graf]

I still get this when as part of a php build.

===>  Verifying install for py-alabaster-* in textproc/py-alabaster
===>  Checking files for py-alabaster-0.7.10
>> Fetch https://pypi.io/packages/source/a/alabaster/alabaster-0.7.10.tar.gz
ftp: SSL write error: handshake failed: Operation timed out
>> Fetch
https://ftp.openbsd.org/pub/OpenBSD/distfiles/alabaster-0.7.10.tar.gz
alabaster-0.7.10.tar.gz 100% |**| 10486   00:00
>> (SHA256) alabaster-0.7.10.tar.gz: OK
===> py-alabaster-0.7.10 depends on: python->=2.7,<2.8 -> python-2.7.15p1
===> py-alabaster-0.7.10 depends on: py-setuptools->=39.0.1v0 ->
py-setuptools-40.0.0v0
===>  Extracting for py-alabaster-0.7.10

I can take the url and paste it into a Win web browser and it downloads
without a problem.  This problem only occurs on this site.

Even it this cannot be resolved, is there a way to change the timeout to
something reasonable, like about 20 seconds instead of the 5 minutes? Trying
to build on arm is slow enough without these delays, and there are quite a
number of packages on this site

snapshot package problem for arm7

[s_graf]

I set up an arm system with the latest snapshot to try to test the php-fpm
problem but I could not even load php. I am not having fun!

I get bad major errors even after I set PKG_PATH

Before setting PKG_PATH

Last login: Sun Nov  4 13:00:11 on console
OpenBSD 6.4-current (GENERIC) #79: Fri Nov  2 10:24:53 MDT 2018

Welcome to OpenBSD: The proactively secure Unix-like operating system.

Please use the sendbug(1) utility to report bugs in the system.
Before reporting a bug, please try to reproduce it with the latest
version of the code.  With bug reports, please try to ensure that
enough information to reproduce the problem is enclosed, and if a
known fix for it exists, include that as well.

You have new mail.
op1bsdsnap1102$ su
Password:
op1bsdsnap1102#
op1bsdsnap1102#
op1bsdsnap1102# pkg_add php
quirks-3.16 signed on 2018-10-29T11:45:46Z
quirks-3.16: ok
Ambiguous: choose package for php
a   0: 
1: php-5.6.38p0
2: php-7.0.32p1
3: php-7.1.22
4: php-7.2.10
Your choice: 2
php-7.0.32p1:femail-1.0p1: ok
php-7.0.32p1:femail-chroot-1.0p3: ok
php-7.0.32p1:xz-5.2.4: ok
php-7.0.32p1:libiconv-1.14p3: ok
php-7.0.32p1:libxml-2.9.8p0: ok
php-7.0.32p1:oniguruma-6.9.0: ok
php-7.0.32p1:gettext-0.19.8.1p1: ok
Can't install php-7.0.32p1 because of libraries
|library crypto.44.1 not found
| /usr/lib/libcrypto.so.45.0 (system): bad major
|library ssl.46.1 not found
| /usr/lib/libssl.so.47.0 (system): bad major
Direct dependencies for php-7.0.32p1 resolve to oniguruma-6.9.0
libxml-2.9.8p0 femail-chroot-1.0p3 gettext-0.19.8.1p1
Full dependency tree is femail-chroot-1.0p3 gettext-0.19.8.1p1
libiconv-1.14p3 oniguruma-6.9.0 libxml-2.9.8p0 xz-5.2.4 femail-1.0p1
Running tags: ok
New and changed readme(s):
/usr/local/share/doc/pkg-readmes/femail-chroot
Couldn't install php-7.0.32p1


After setting PKG_PATH

op1bsdsnap1102# pkg_delete -X
oniguruma-6.9.0: ok
gettext-0.19.8.1p1: ok
libiconv-1.14p3:libxml-2.9.8p0: ok
libiconv-1.14p3: ok
xz-5.2.4: ok
femail-chroot-1.0p3: ok
femail-1.0p1: ok
quirks-3.16: ok
Running tags: ok
Read shared items: ok
--- -libxml-2.9.8p0 ---
You should also remove /var/db/xmlcatalog
op1bsdsnap1102# rm /var/db/xmlcatalog
op1bsdsnap1102#
op1bsdsnap1102#
op1bsdsnap1102# pkg_info
op1bsdsnap1102# pkg_add php
quirks-3.16 signed on 2018-10-29T11:45:46Z
quirks-3.16: ok
Ambiguous: choose package for php
a   0: 
1: php-5.6.38p0
2: php-7.0.32p1
3: php-7.1.22
4: php-7.2.10
Your choice: 2
php-7.0.32p1:femail-1.0p1: ok
php-7.0.32p1:femail-chroot-1.0p3: ok
php-7.0.32p1:xz-5.2.4: ok
php-7.0.32p1:libiconv-1.14p3: ok
php-7.0.32p1:libxml-2.9.8p0: ok
php-7.0.32p1:oniguruma-6.9.0: ok
php-7.0.32p1:gettext-0.19.8.1p1: ok
Can't install php-7.0.32p1 because of libraries
|library crypto.44.1 not found
| /usr/lib/libcrypto.so.45.0 (system): bad major
|library ssl.46.1 not found
| /usr/lib/libssl.so.47.0 (system): bad major
Direct dependencies for php-7.0.32p1 resolve to oniguruma-6.9.0
libxml-2.9.8p0 femail-chroot-1.0p3 gettext-0.19.8.1p1
Full dependency tree is oniguruma-6.9.0 libxml-2.9.8p0 femail-1.0p1 xz-5.2.4
libiconv-1.14p3 femail-chroot-1.0p3 gettext-0.19.8.1p1
Running tags: ok
New and changed readme(s):
/usr/local/share/doc/pkg-readmes/femail-chroot
Couldn't install php-7.0.32p1
op1bsdsnap1102# echo $PKG_PATH
http://ftp3.usa.openbsd.org/pub/OpenBSD/snapshots/packages/arm/
op1bsdsnap1102#

php 7.2 pool definition

[s_graf]

I am trying to find a pool definition for www in php 7.2.  Has it been moved
to an include file?

php-fpm on arm problem resolved

[s_graf]

I just tested the latest bulk build of php70 on arm with a fresh bsd install
and am very happy to report that php70-fpm now works.

 

Thank you.

re problem with php70_fpm on armv7 - additional info

[s_graf]

Added debug to fpm log but there is no php log even after increasing the log
level.

>From php-fpm.log:
[16-Aug-2018 10:29:52.985966] DEBUG: pid 12698, fpm_event_loop(), line 419:
event module triggered 1 events
[16-Aug-2018 10:29:52.991055] DEBUG: pid 12698, fpm_got_signal(), line 76:
received SIGCHLD
[16-Aug-2018 10:29:52.991231] WARNING: pid 12698, fpm_children_bury(), line
252: [pool www] child 86390 exited on signal 10 (SIGBUS) after
1869422708.00 seconds from start
[16-Aug-2018 10:29:53.000100] NOTICE: pid 12698, fpm_children_make(), line
421: [pool www] child 92816 started
[16-Aug-2018 10:29:53.000336] WARNING: pid 12698, fpm_children_bury(), line
252: [pool www] child 8122 exited on signal 10 (SIGBUS) after
1869422708.00 seconds from start
[16-Aug-2018 10:29:53.016024] NOTICE: pid 12698, fpm_children_make(), line
421: [pool www] child 86653 started
[16-Aug-2018 10:29:53.016228] WARNING: pid 12698, fpm_children_bury(), line
252: [pool www] child 86653 exited on signal 10 (SIGBUS) after
1869422708.00 seconds from start
[16-Aug-2018 10:29:53.018392] NOTICE: pid 12698, fpm_children_make(), line
421: [pool www] child 33559 started
[16-Aug-2018 10:29:53.018561] WARNING: pid 12698, fpm_children_bury(), line
252: [pool www] child 92816 exited on signal 10 (SIGBUS) after
1869422708.00 seconds from start
[16-Aug-2018 10:29:53.020672] NOTICE: pid 12698, fpm_children_make(), line
421: [pool www] child 81292 started
[16-Aug-2018 10:29:53.020821] DEBUG: pid 12698, fpm_got_signal(), line 76:
received SIGCHLD
[16-Aug-2018 10:29:53.020886] DEBUG: pid 12698, fpm_got_signal(), line 76:
received SIGCHLD
[16-Aug-2018 10:29:53.020939] DEBUG: pid 12698, fpm_event_loop(), line 419:
event module triggered 1 events
[16-Aug-2018 10:29:53.027849] DEBUG: pid 12698, fpm_got_signal(), line 76:
received SIGCHLD
[16-Aug-2018 10:29:53.028025] WARNING: pid 12698, fpm_children_bury(), line
252: [pool www] child 33559 exited on signal 10 (SIGBUS) after
1869422708.00 seconds from start
[16-Aug-2018 10:29:53.030211] NOTICE: pid 12698, fpm_children_make(), line
421: [pool www] child 24757 started
[16-Aug-2018 10:29:53.030357] DEBUG: pid 12698, fpm_event_loop(), line 419:
event module triggered 1 events

build php-7.0.31 on arm without gcc

[s_graf]

I built php-7.0.31 on armv7 without gcc by modifying Makefile.inc as
follows:

#MODULES+=  gcc4
# for atomic builtins
#MODGCC4_ARCHS+=arm
#MODGCC4_LANGS+=c++

Can someone verify that this is appropriate and make it a permanent change.

problem with php70_fpm on armv7

[s_graf]

Unfortunately after building php-7.0.31 on arm I still get the same results
as I did with ver .30 from the bulk build.

The fpm manager runs but the child processes exit immediately on signal 10
(SIGBUS) , even without any tasks to execute.

 

op1bsdtest2# LD_DEBUG=1 php-fpm-7.0 -F

ld.so loading: 'php-fpm-7.0'

exe load offset:  0xb841000

flags php-fpm-7.0 = 0x0

head php-fpm-7.0

obj php-fpm-7.0 has php-fpm-7.0 as head

examining: 'php-fpm-7.0'

loading: libcrypto.so.43.1 required by php-fpm-7.0

flags /usr/lib/libcrypto.so.43.1 = 0x0

obj /usr/lib/libcrypto.so.43.1 has php-fpm-7.0 as head

loading: libc.so.92.4 required by php-fpm-7.0

flags /usr/lib/libc.so.92.4 = 0x0

obj /usr/lib/libc.so.92.4 has php-fpm-7.0 as head

loading: libm.so.10.1 required by php-fpm-7.0

flags /usr/lib/libm.so.10.1 = 0x0

obj /usr/lib/libm.so.10.1 has php-fpm-7.0 as head

loading: libreadline.so.4.0 required by php-fpm-7.0

flags /usr/lib/libreadline.so.4.0 = 0x0

obj /usr/lib/libreadline.so.4.0 has php-fpm-7.0 as head

loading: libiconv.so.6.0 required by php-fpm-7.0

flags /usr/local/lib/libiconv.so.6.0 = 0x0

obj /usr/local/lib/libiconv.so.6.0 has php-fpm-7.0 as head

loading: libcurses.so.14.0 required by php-fpm-7.0

flags /usr/lib/libcurses.so.14.0 = 0x0

obj /usr/lib/libcurses.so.14.0 has php-fpm-7.0 as head

loading: libpthread.so.25.1 required by php-fpm-7.0

flags /usr/lib/libpthread.so.25.1 = 0x8

obj /usr/lib/libpthread.so.25.1 has php-fpm-7.0 as head

loading: libonig.so.3.0 required by php-fpm-7.0

flags /usr/local/lib/libonig.so.3.0 = 0x0

obj /usr/local/lib/libonig.so.3.0 has php-fpm-7.0 as head

loading: libssl.so.45.1 required by php-fpm-7.0

flags /usr/lib/libssl.so.45.1 = 0x0

obj /usr/lib/libssl.so.45.1 has php-fpm-7.0 as head

loading: libxml2.so.16.1 required by php-fpm-7.0

flags /usr/local/lib/libxml2.so.16.1 = 0x0

obj /usr/local/lib/libxml2.so.16.1 has php-fpm-7.0 as head

loading: libz.so.5.0 required by php-fpm-7.0

flags /usr/lib/libz.so.5.0 = 0x0

obj /usr/lib/libz.so.5.0 has php-fpm-7.0 as head

loading: libintl.so.6.0 required by php-fpm-7.0

flags /usr/local/lib/libintl.so.6.0 = 0x0

obj /usr/local/lib/libintl.so.6.0 has php-fpm-7.0 as head

loading: liblzma.so.2.1 required by php-fpm-7.0

flags /usr/local/lib/liblzma.so.2.1 = 0x0

obj /usr/local/lib/liblzma.so.2.1 has php-fpm-7.0 as head

linking dep /usr/lib/libreadline.so.4.0 as child of php-fpm-7.0

linking dep /usr/lib/libcurses.so.14.0 as child of php-fpm-7.0

linking dep /usr/local/lib/libonig.so.3.0 as child of php-fpm-7.0

linking dep /usr/local/lib/libiconv.so.6.0 as child of php-fpm-7.0

linking dep /usr/local/lib/libintl.so.6.0 as child of php-fpm-7.0

linking dep /usr/lib/libz.so.5.0 as child of php-fpm-7.0

linking dep /usr/lib/libm.so.10.1 as child of php-fpm-7.0

linking dep /usr/local/lib/libxml2.so.16.1 as child of php-fpm-7.0

linking dep /usr/local/lib/liblzma.so.2.1 as child of php-fpm-7.0

linking dep /usr/lib/libssl.so.45.1 as child of php-fpm-7.0

linking dep /usr/lib/libcrypto.so.43.1 as child of php-fpm-7.0

objname /usr/lib/libpthread.so.25.1 is nodelete

linking dep /usr/lib/libpthread.so.25.1 as child of php-fpm-7.0

linking dep /usr/lib/libc.so.92.4 as child of php-fpm-7.0

examining: '/usr/lib/libreadline.so.4.0'

examining: '/usr/lib/libcurses.so.14.0'

examining: '/usr/local/lib/libonig.so.3.0'

examining: '/usr/local/lib/libiconv.so.6.0'

examining: '/usr/local/lib/libintl.so.6.0'

loading: libiconv.so.6.0 required by /usr/local/lib/libintl.so.6.0

linking dep /usr/local/lib/libiconv.so.6.0 as child of
/usr/local/lib/libintl.so.6.0

examining: '/usr/lib/libz.so.5.0'

examining: '/usr/lib/libm.so.10.1'

examining: '/usr/local/lib/libxml2.so.16.1'

loading: libpthread.so.25.1 required by /usr/local/lib/libxml2.so.16.1

loading: libiconv.so.6.0 required by /usr/local/lib/libxml2.so.16.1

loading: liblzma.so.2.1 required by /usr/local/lib/libxml2.so.16.1

loading: libz.so.5.0 required by /usr/local/lib/libxml2.so.16.1

loading: libm.so.10.1 required by /usr/local/lib/libxml2.so.16.1

linking dep /usr/lib/libz.so.5.0 as child of /usr/local/lib/libxml2.so.16.1

linking dep /usr/local/lib/liblzma.so.2.1 as child of
/usr/local/lib/libxml2.so.16.1

linking dep /usr/local/lib/libiconv.so.6.0 as child of
/usr/local/lib/libxml2.so.16.1

linking dep /usr/lib/libm.so.10.1 as child of /usr/local/lib/libxml2.so.16.1

linking dep /usr/lib/libpthread.so.25.1 as child of
/usr/local/lib/libxml2.so.16.1

examining: '/usr/local/lib/liblzma.so.2.1'

loading: libpthread.so.25.1 required by /usr/local/lib/liblzma.so.2.1

linking dep /usr/lib/libpthread.so.25.1 as child of
/usr/local/lib/liblzma.so.2.1

examining: '/usr/lib/libssl.so.45.1'

loading: libcrypto.so.43.1 required by /usr/lib/libssl.so.45.1

linking dep /usr/lib/libcrypto.so.43.1 as child of /usr/lib/libssl.so.45.1

examining: '/usr/lib/libcrypto.so.43.1'

examining: '/usr/lib/libpthread.so.25.1'

examining: '/usr/lib/libc.so.92.4'

flags /usr/libexec/ld.so = 0x0

obj 

Re: python files moved

[s_graf]

The current setup failed on the last three builds I have done.

Wget seems to understand redirection. Note one line from wget output seems
to imply that the site has moved permanently.

Connecting to pypi.org (pypi.org)|151.101.0.223|:443... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location:
https://files.pythonhosted.org/packages/source/s/six/six-1.11.0.tar.gz
[following]
--2018-08-14 15:57:26--
https://files.pythonhosted.org/packages/source/s/six/six-1.11.0.tar.gz

ftp -d failed after a long time.

op1bsdtest2# ftp -d https://pypi.io/packages/source/s/six/six-1.11.0.tar.gz
host pypi.io, port https, path packages/source/s/six/six-1.11.0.tar.gz, save
as six-1.11.0.tar.gz, auth none.
Trying 151.101.0.223...
Requesting https://pypi.io/packages/source/s/six/six-1.11.0.tar.gz
ftp: SSL write error: handshake failed: Operation timed out

-Original Message-
From: Stuart Henderson  
Sent: August 14, 2018 4:23 PM
To: s_g...@telus.net
Cc: ports@openbsd.org
Subject: Re: python files moved

On 2018/08/14 16:03, s_g...@telus.net wrote:
> When building php I get the following error which causes a multi 
> minute timeout.  From a wget request it looks like the web site has 
> moved.  This happens on many files and causes quite a slowdown in building
a port.

If we point too far into the redirection chain for pypi we're more likely to
have failures next time they change things, the pypi.io ones seems a more
stable endpoint.

> ===>  Checking files for py-six-1.11.0
> 
> >> Fetch https://pypi.io/packages/source/s/six/six-1.11.0.tar.gz
> 
> ftp: SSL write error: handshake failed: Operation timed out
> 
> >> Fetch 
> >> https://ftp.openbsd.org/pub/OpenBSD/distfiles/six-1.11.0.tar.gz
> 
> six-1.11.0.tar.gz 100%
> || 29860
00:00
> 
>  
> 
> With wget:
> 
>  
> 
> op1bsdtest2# wget 
> https://pypi.io/packages/source/s/six/six-1.11.0.tar.gz
> 
> --2018-08-14 15:57:26--
> https://pypi.io/packages/source/s/six/six-1.11.0.tar.gz
> 
> Resolving pypi.io (pypi.io)... 151.101.0.223, 151.101.64.223, 
> 151.101.128.223, ...
> 
> Connecting to pypi.io (pypi.io)|151.101.0.223|:443... connected.

It's rather odd that ftp(1) times out and wget succeeds. Does ftp -d throw
any light on it?

python files moved

[s_graf]

When building php I get the following error which causes a multi minute
timeout.  From a wget request it looks like the web site has moved.  This
happens on many files and causes quite a slowdown in building a port.

 

===>  Checking files for py-six-1.11.0

>> Fetch https://pypi.io/packages/source/s/six/six-1.11.0.tar.gz

ftp: SSL write error: handshake failed: Operation timed out

>> Fetch https://ftp.openbsd.org/pub/OpenBSD/distfiles/six-1.11.0.tar.gz

six-1.11.0.tar.gz 100%
|| 29860   00:00

 

With wget:

 

op1bsdtest2# wget https://pypi.io/packages/source/s/six/six-1.11.0.tar.gz

--2018-08-14 15:57:26--
https://pypi.io/packages/source/s/six/six-1.11.0.tar.gz

Resolving pypi.io (pypi.io)... 151.101.0.223, 151.101.64.223,
151.101.128.223, ...

Connecting to pypi.io (pypi.io)|151.101.0.223|:443... connected.

HTTP request sent, awaiting response... 301 Redirect to Primary Domain

Location: https://pypi.org/packages/source/s/six/six-1.11.0.tar.gz
[following]

--2018-08-14 15:57:26--
https://pypi.org/packages/source/s/six/six-1.11.0.tar.gz

Resolving pypi.org (pypi.org)... 151.101.0.223, 151.101.64.223,
151.101.128.223, ...

Connecting to pypi.org (pypi.org)|151.101.0.223|:443... connected.

HTTP request sent, awaiting response... 301 Moved Permanently

Location:
https://files.pythonhosted.org/packages/source/s/six/six-1.11.0.tar.gz
[following]

--2018-08-14 15:57:26--
https://files.pythonhosted.org/packages/source/s/six/six-1.11.0.tar.gz

Resolving files.pythonhosted.org (files.pythonhosted.org)... 151.101.53.63,
2a04:4e42:d::319

Connecting to files.pythonhosted.org
(files.pythonhosted.org)|151.101.53.63|:443... connected.

HTTP request sent, awaiting response... 302 Found

Location:
https://files.pythonhosted.org/packages/16/d8/bc6316cf98419719bd59c91742194c
111b6f2e85abac88e496adefaf7afe/six-1.11.0.tar.gz [following]

--2018-08-14 15:57:26--
https://files.pythonhosted.org/packages/16/d8/bc6316cf98419719bd59c91742194c
111b6f2e85abac88e496adefaf7afe/six-1.11.0.tar.gz

Reusing existing connection to files.pythonhosted.org:443.

HTTP request sent, awaiting response... 200 OK

Length: 29860 (29K) [binary/octet-stream]

Saving to: 'six-1.11.0.tar.gz'

 

six-1.11.0.tar.gz   100%[===>]  29.16K  --.-KB/sin 0.01s

 

2018-08-14 15:57:27 (2.15 MB/s) - 'six-1.11.0.tar.gz' saved [29860/29860]

 

op1bsdtest2#

php build and gcc

[s_graf]

In Makefile.inc for php there are some items that seems to pull in gcc.  I
remember that when building php in May that similar items were removed from
other modules.  Can php do without these references to gcc?

MODULES+=   gcc4
# for atomic builtins
MODGCC4_ARCHS+= arm
MODGCC4_LANGS+= c++

re phpbuild problem with gcc

[s_graf]

This is the problem with gcc when building php.

checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... openbsd6.3 ld.so
checking how to hardcode library paths into programs... immediate
checking for shl_load... configure: error: Link tests are not allowed after
GCC_NO_EXECUTABLES.
gmake[2]: *** [Makefile:11964: configure-stage1-target-libstdc++-v3] Error 1
gmake[2]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm'
gmake[1]: *** [Makefile:17735: stage1-bubble] Error 2
gmake[1]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm'
gmake: *** [Makefile:17872: bootstrap2] Error 2
*** Error 2 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:2717
'/usr/ports/pobj/gcc-4.9.4/build-arm/.build_done')
*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:1953
'/usr/ports/packages/arm/all/gcc-4.9.4p9.tgz')
*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 '_internal-package')
*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:2396 'package')
*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:1971
'/var/db/pkg/gcc-4.9.4p9/+CONTENTS')
*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:2396 'install')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2084
'/usr/ports/pobj/php-7.0.31/.dep-STEM-ge-4.9,lt-4.10-lang-gcc-4.9')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2483
'/usr/ports/pobj/php-7.0.31/.extract_done')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1953
'/usr/ports/packages/arm/all/php-7.0.31.tgz')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2417
'_internal-package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2396 'package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1971
'/var/db/pkg/php-7.0.31/+CONTENTS')
*** Error 1 in /usr/ports/lang/php/7.0
(/usr/ports/infrastructure/mk/bsd.port.mk:2396 'install')

php build on armv7

[s_graf]

I noticed that there is n newer release of php (php-7.0.31) since the most
recent bulk build of armv7. So I tried to build it and ran into a problem
with gcc, which I think is known.
How did the armv7 bulk build manage to build php when it also failed to
build gcc?

Re: bulk build for arm

[s_graf]

Thank you.  And I think it will build a lot more packages since the last build!

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Stuart 
Henderson
Sent: July 5, 2018 12:20 PM
To: s_g...@telus.net
Cc: 'OpenBSD ports' 
Subject: Re: bulk build for arm

On 2018/07/05 10:43, s_g...@telus.net wrote:
> When is the next bulk build for arm expected?
> 

It's about 10 days in, and the last one took 48.

bulk build for arm

[s_graf]

When is the next bulk build for arm expected?

Re: sysutils/cpdup

[s_graf]

I did a quick test locally on an arm system and then between networked arm and 
i386 systems.  Also tested from arm system to nfs mounted files on an i386 
openbsd 6.2 system. No problems uncounted, but tests were minimal.

I would like to see this port added.

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Brian 
Callahan
Sent: June 4, 2018 8:18 PM
To: OpenBSD ports 
Subject: NEW: sysutils/cpdup

Hi ports --

Attached is a new port, sysutils/cpdup. cpdup is a utility to mirror 
filesystems, directories, and files.

---
pkg/DESCR:
The cpdup utility makes an exact mirror copy of the source in the destination, 
creating and deleting files and directories as necessary.
UTimes, hardlinks, softlinks, devices, permissions, and flags are mirrored. By 
default, cpdup asks for confirmation if any file or directory needs to be 
removed from the destination and does not copy files which it believes to have 
already been synchronized (by observing that the source and destination files' 
sizes and mtimes match). cpdup does not cross mount points in either the source 
or the destination. As a safety measure, cpdup refuses to replace a destination 
directory with a file.

It is a port of the cpdup utility from DragonFly BSD.
---

Tested with local copying only on amd64 and armv7, which worked fine. Network 
tests would be appreciated if that's your thing.

OK?

~Brian

successful build of php7 on arm

[s_graf]

The build of php on arm using my orangepione has finally successfully
finished.  It even works, providing the phpinfo page!

I started with a clean system, ports and src from May 9.  Below is a list of
packages built.  The ones marked with an asterisk are not in the current arm
bulk build (Apr 25).

Stuart said I had to roll up my sleeves and get my hands dirty if I wanted
to make use of the arm system on openbsd.  So I stuck my hands into the dirt
and unearthed a few bugs.  Thank you to all the talented individuals who
stepped up and fixed them.

I look forward to a new arm bulk build that should now have many more of the
packages I find useful, such as php and mariadb.

It took about 10 days to build, with about 75% of the time spent building
gtk and 75% of the gtk build time was spent in ld.  There is something
strange with ld on my arm system.  I wonder how the bulk build system fairs
with gtk.

Stephen Graf

op1obsdports# pkg_info
* apache-httpd-2.4.33 apache HTTP server
* apache-httpd-common-2.4.33 /var/www files for Apache HTTPd
apr-1.6.3p0 Apache Portable Runtime
apr-util-1.6.1  companion library to APR
aspell-0.60.6.1p6   spell checker designed to eventually replace Ispell
at-spi2-atk-2.26.2  atk-bridge for at-spi2
at-spi2-core-2.28.0p0 service interface for assistive technologies
atk-2.28.1  accessibility toolkit used by gtk+
autoconf-2.13p4 automatically configure source code on many Un*x
platforms
autoconf-2.65p1 automatically configure source code on many Un*x
platforms
autoconf-2.67p1 automatically configure source code on many Un*x
platforms
autoconf-2.68p1 automatically configure source code on many Un*x
platforms
autoconf-2.69p2 automatically configure source code on many Un*x
platforms
automake-1.11.6p2   GNU Standards-compliant Makefile generator
automake-1.14.1p0   GNU Standards-compliant Makefile generator
automake-1.15.1 GNU Standards-compliant Makefile generator
avahi-0.7p1 framework for Multicast DNS Service Discovery
bash-4.4.19 GNU Bourne Again Shell
bison-3.0.4p0   GNU parser generator
* brotli-1.0.4generic lossless compressor
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
c-client-2.21v0 UW c-client mail access routines
cairo-1.14.12   vector graphics library
* cmake-3.10.2p0  portable build system
* cmocka-1.1.1p0  elegant unit testing framework for C
* cups-libs-2.2.7 CUPS libraries and headers
curl-7.59.0 get files from FTP, Gopher, HTTP or HTTPS servers
cyrus-sasl-2.1.26p25 RFC  SASL (Simple Authentication and Security
Layer)
db-4.6.21p5v0   Berkeley DB package, revision 4
dbus-1.12.8v0   message bus system
dbus-daemon-launch-helper-1.12.8 DBus setuid helper for starting system
services
dconf-0.28.0p0  configuration backend system
docbook-4.5p1   technical documentation XML/SGML definitions
docbook-dsssl-1.79  modular DSSSL stylesheets for the DocBook DTD
docbook-xsl-1.68.1p5 docbook XSL modular stylesheet
e2fsprogs-1.42.12p4 utilities to manipulate ext2 filesystems
femail-1.0p1simple SMTP client
femail-chroot-1.0p2 simple SMTP client for chrooted web servers
* freetds-0.95.95p3   database drivers for Sybase/Microsoft SQL Server
fribidi-1.0.2   library implementing the Unicode Bidirectional Algorithm
* g++-4.9.4p8 GNU compiler collection: C++ compiler
* gcc-4.9.4p8 GNU compiler collection: core C compiler
* gcc-libs-4.9.4p8GNU compiler collection: support libs
gdbm-1.14.1 GNU dbm
* gdk-pixbuf-2.36.12  graphic library for gtk+2
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
gettext-tools-0.19.8.1 GNU gettext development and translation tools
glib2-2.56.1general-purpose utility library
* glib2-networking-2.56.0 network-related gio modules for GLib
gmake-4.2.1 GNU make
gmp-6.1.2p1 library for arbitrary precision arithmetic
gnome-icon-theme-3.12.0p3 base icon theme for GNOME
gnome-icon-theme-symbolic-3.12.0p2 base icon theme extension for special UI
contexts
gnugetopt-1.1.6p0   GNU getopt(1) utility
* gnutls-3.5.18   GNU Transport Layer Security library
gobject-introspection-1.56.1p1 GObject Introspection
* graphite2-1.3.11rendering for complex writing systems
groff-1.22.3p8  GNU troff typesetter
gsettings-desktop-schemas-3.28.0 collection of shared GSettings schemas
* gtk+2-2.24.32   multi-platform graphical toolkit
* gtk-update-icon-cache-3.22.30 gtk+ icon theme caching utility
* harfbuzz-1.7.6  text shaping library
help2man-1.47.6 generates simple manual pages from program output
hicolor-icon-theme-0.17 fallback theme of the icon theme specification
icon-naming-utils-0.8.90p1 compatibility tools from the Tango project
icontool-0.1.0  suite of tools for managing icons in an application
icu4c-58.2p5International Components for Unicode
intltool-0.51.0p1   internationalization tools
* iodbc-3.52.12   ODBC 3.x driver manager

help with build error gtk

[s_graf]

After 6 days of building gtk on arm I ended up with this error.  Is there
any way I can fix it (without rebuilding gtk)?

 

gmake[2]: Leaving directory '/usr/ports/pobj/gtk+-3.22.30/gtk+-3.22.30'

gmake[1]: Leaving directory '/usr/ports/pobj/gtk+-3.22.30/gtk+-3.22.30'

/usr/ports/pobj/gtk+-3.22.30/bin/install -d  -m 755
/usr/ports/pobj/gtk+-3.22.30/fake-armv7/usr/local/lib/gtk-3.0/modules

rm
/usr/ports/pobj/gtk+-3.22.30/fake-armv7/usr/local/lib/gtk-3.0/3.0.0/{printba
ckends,immodules}/*.{a,la}

Installing /usr/ports/x11/gtk+3/pkg/README-main as
/usr/ports/pobj/gtk+-3.22.30/fake-armv7/usr/local/share/doc/pkg-readmes/gtk+
3-3.22.30

===>  Building package for gtk+3-3.22.30

Create /usr/ports/packages/arm/all/gtk+3-3.22.30.tgz

Error: Libraries in packing-lists in the ports tree

   and libraries from installed packages don't match

--- /tmp/dep_cache.iM4juh2ek/portstree-gtk+3-3.22.30Sat May  5 13:47:31
2018

+++ /tmp/dep_cache.iM4juh2ek/inst-gtk+3-3.22.30 Sat May  5 13:47:32 2018

@@ -13,7 +13,7 @@

-W z.5.0

-W c.92.3

-W epoxy.2.0

--W fribidi.3.0

+-W fribidi.2.0

-W X11.16.1

-W Xcomposite.4.0

-W Xcursor.5.0

*** Error 1 in /usr/ports/x11/gtk+3
(/usr/ports/infrastructure/mk/bsd.port.mk:3236 'wantlib-args')

*** Error 1 in /usr/ports/x11/gtk+3
(/usr/ports/infrastructure/mk/bsd.port.mk:1944
'/usr/ports/packages/arm/all/gtk+3-3.22.30.tgz')

*** Error 1 in /usr/ports/x11/gtk+3
(/usr/ports/infrastructure/mk/bsd.port.mk:2451 '_internal-package')

*** Error 1 in /usr/ports/x11/gtk+3
(/usr/ports/infrastructure/mk/bsd.port.mk:2430 'package')

*** Error 1 in /usr/ports/x11/gtk+3
(/usr/ports/infrastructure/mk/bsd.port.mk:1957
'/var/db/pkg/gtk-update-icon-cache-3.22.30/+CONTENTS')

*** Error 1 in /usr/ports/x11/gtk+3
(/usr/ports/infrastructure/mk/bsd.port.mk:2430 'install')

*** Error 1 in /usr/ports/x11/gtk+2
(/usr/ports/infrastructure/mk/bsd.port.mk:2074
'/usr/ports/pobj/gtk+-2.24.32/.dep-x11-gtk+3,-guic')

*** Error 1 in /usr/ports/x11/gtk+2
(/usr/ports/infrastructure/mk/bsd.port.mk:1959
'/var/db/pkg/gtk+2-2.24.32/+CONTENTS')

*** Error 1 in /usr/ports/x11/gtk+2
(/usr/ports/infrastructure/mk/bsd.port.mk:2430 'install')

*** Error 1 in /usr/ports/databases/iodbc
(/usr/ports/infrastructure/mk/bsd.port.mk:2074
'/usr/ports/pobj/iodbc-3.52.12/.dep-x11-gtk+2')

*** Error 1 in /usr/ports/databases/iodbc
(/usr/ports/infrastructure/mk/bsd.port.mk:2519
'/usr/ports/pobj/iodbc-3.52.12/.extract_done')

*** Error 1 in /usr/ports/databases/iodbc
(/usr/ports/infrastructure/mk/bsd.port.mk:1939
'/usr/ports/packages/arm/all/iodbc-3.52.12.tgz')

*** Error 1 in /usr/ports/databases/iodbc
(/usr/ports/infrastructure/mk/bsd.port.mk:2451 '_internal-package')

*** Error 1 in /usr/ports/databases/iodbc
(/usr/ports/infrastructure/mk/bsd.port.mk:2430 'package')

*** Error 1 in /usr/ports/databases/iodbc
(/usr/ports/infrastructure/mk/bsd.port.mk:1957
'/var/db/pkg/iodbc-3.52.12/+CONTENTS')

*** Error 1 in /usr/ports/databases/iodbc
(/usr/ports/infrastructure/mk/bsd.port.mk:2430 'install')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2074
'/usr/ports/pobj/php-7.0.29/.dep-databases-iodbc')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2519
'/usr/ports/pobj/php-7.0.29/.extract_done')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1939
'/usr/ports/packages/arm/all/php-7.0.29.tgz')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2451
'_internal-package')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2430 'package')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1957
'/var/db/pkg/php-7.0.29/+CONTENTS')

*** Error 1 in /usr/ports/lang/php/7.0
(/usr/ports/infrastructure/mk/bsd.port.mk:2430 'install')

gtk libool slow on arm

[s_graf]

Why is the gtk libtool so slow on arm? A typical command such as:

 

libtool: link: cc -o .libs/testentrycompletion -pthread -O2 -pipe -g -Wall
-Wl,-rpath-link -Wl,/usr/X11R6/lib -Wl,-rpath-link -Wl,/usr/X11R6/lib
testentrycompletion.o -L.libs -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0
-lgobject-2.0 -lglib-2.0 -liconv -lpcre -lintl -lffi -lc++abi -lgthread-2.0
-lfribidi -lm -lcairo -lpthread -lpixman-1 -lfontconfig -lfreetype -lz
-lexpat -lpng -lxcb-shm -lxcb -lxcb-render -lXrender -lX11 -lXext
-lpangoft2-1.0 -lharfbuzz -lgraphite2 -lgdk_pixbuf-2.0 -lgmodule-2.0
-lgio-2.0 -lcairo-gobject -lXinerama -lXi -lXrandr -lXcursor -lXfixes
-lXcomposite -lXdamage -lepoxy -latk-1.0 -latk-bridge-2.0 -ldbus-1 -latspi
-Wl,-rpath-link,/usr/local/lib,-rpath-link,/usr/X11R6/lib

 

takes from 15 to 20 minutes on arm.  It is all cpu time, not i/o:

 

load averages:  2.03,  2.02,  2.00 op1bsdsnap.graf.lan
16:26:21

78 processes: 1 running, 76 idle, 1 on processor   up 4 days,
7:42

CPU states: 99.6% user,  0.0% nice,  0.4% system,  0.0% interrupt,  0.0%
idle

Memory: Real: 59M/234M act/tot Free: 259M Cache: 98M Swap: 11M/516M

 

  PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND

12051 root  640 7680K 8532K run   - 6:44 99.12% ld

27209 sysadmin   20  972K  984K idle  select0:49  0.00% sshd

65728 _pflogd40  716K  172K sleep bpf   0:29  0.00% pflogd

 

I set up an i386 virtual system with one cpu at 3 GHz and the whole gtk
build including all the dependencies took a few hours.  My gtk build on an
arm orangepi with a 1.2GHz cpu has been running for over 48 hours, all due
to libtool.  A cc compile finishes in seconds.

FW: still failing to build gcc on arm - fbracket

[s_graf]

I have successfully built gcc 4.9 after using you patch.  Thank you. The patch 
did not apply cleanly. Probably the inline was altered by outlook, so I just 
manually added the brackets to the makefile patch.

Jeremie, the rampage ain't over till it's over!

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Markus 
Hennecke
Sent: April 27, 2018 3:24 PM
To: s_g...@telus.net
Cc: ports@openbsd.org; 'Jeremie Courreges-Anglas' 
Subject: Re: still failing to build gcc on arm - fbracket

On Fri, 27 Apr 2018, s_g...@telus.net wrote:

>
>
> I loaded the latest ports and src this morning.  Do some other 
> packages need to be rebuilt also?

I should have checked but didn't have the time. And at first glance everything 
looked ok. But Makefile is different to the configure shell script. The problem 
is fixed by using $(CC) instead of $CC in the shell
expression:

Index: patches/patch-gcc_Makefile_in
===
RCS file: /cvs/ports/lang/gcc/4.9/patches/patch-gcc_Makefile_in,v
retrieving revision 1.2
diff -u -p -r1.2 patch-gcc_Makefile_in
--- patches/patch-gcc_Makefile_in   25 Apr 2018 12:56:56 -
1.2
+++ patches/patch-gcc_Makefile_in   27 Apr 2018 22:16:34 -
@@ -9,7 +9,7 @@ Index: gcc/Makefile.in

  CFLAGS-gcc.o += $(DRIVER_DEFINES)

-+ISCLANG = $(shell $CC --version | grep -c clang)
++ISCLANG = $(shell $(CC) --version | grep -c clang)
 +
 +ifeq ($(ISCLANG),1)
 +CFLAGS-insn-attrtab.o += -fbracket-depth=512

still failing to build gcc on arm - fbracket

[s_graf]

 

I loaded the latest ports and src this morning.  Do some other packages need
to be rebuilt also?

 

 

/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: use
'=' to turn this equality

  comparison into an assignment

(thumb1_code)) == (

   ^~

   =

/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/neon.md:3486:10917: fatal
error: bracket nesting

  level exceeded maximum of 256

/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/neon.md:3486:10917: note:
use -fbracket-depth=N to

  increase maximum nesting level

33 warnings and 1 error generated.

gmake[3]: *** [Makefile:1058: insn-attrtab.o] Error 1

gmake[3]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm/gcc'

gmake[2]: *** [Makefile:4217: all-stage1-gcc] Error 2

gmake[2]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm'

gmake[1]: *** [Makefile:17735: stage1-bubble] Error 2

gmake[1]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm'

gmake: *** [Makefile:17872: bootstrap2] Error 2

*** Error 2 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:2752
'/usr/ports/pobj/gcc-4.9.4/build-arm/.build_done')

*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:1939
'/usr/ports/packages/arm/all/gcc-4.9.4p8.tgz')

*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:2450 '_internal-package')

*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:2429 'package')

*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:1957
'/var/db/pkg/gcc-4.9.4p8/+CONTENTS')

*** Error 1 in /usr/ports/lang/gcc/4.9
(/usr/ports/infrastructure/mk/bsd.port.mk:2429 'install')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2074
'/usr/ports/pobj/php-7.0.29/.dep-STEM-ge-4.9,lt-4.10-lang-gcc-4.9')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2518
'/usr/ports/pobj/php-7.0.29/.extract_done')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1939
'/usr/ports/packages/arm/all/php-7.0.29.tgz')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2450
'_internal-package')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2429 'package')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1957
'/var/db/pkg/php-7.0.29/+CONTENTS')

*** Error 1 in /usr/ports/lang/php/7.0
(/usr/ports/infrastructure/mk/bsd.port.mk:2429 'install')

math/py-numpy depends on gcc 4.9

[s_graf]

I am building php on arm and trying to get rid of gcc 4.9 dependencies.
Py-numpy wants to build gcc 4.9.  Can the build be modified to change to
clang equivalents?

gtk libtool issue

[s_graf]

I am builing gtk on arm and libtool is very slow.  Is this an issue.

 

Many links like the following take up to 15 minutes, all cpu, no io.

 

libtool: link: cc -o .libs/testactions -pthread -O2 -pipe -g
-Wno-expansion-to-defined -Wall -Wl,-rpath-link -Wl,/usr/X11R6/lib
testactions.o -L.libs -lgdk-x11-2.0 -lpangocairo-1.0 -lpango-1.0
-lgobject-2.0 -lglib-2.0 -liconv -lpcre -lintl -lffi -lc++abi -lgthread-2.0
-lfribidi -lm -lcairo -lpthread -lpixman-1 -lfontconfig -lfreetype -lz
-lexpat -lpng -lxcb-shm -lxcb -lxcb-render -lXrender -lX11 -lXext
-lpangoft2-1.0 -lharfbuzz -lgraphite2 -lgio-2.0 -lgmodule-2.0 -lXinerama
-lXi -lXrandr -lXcursor -lXfixes -lXcomposite -lXdamage -lgdk_pixbuf-2.0
-lgtk-x11-2.0 -latk-1.0
-Wl,-rpath-link,/usr/local/lib,-rpath-link,/usr/X11R6/lib

 

 

top

 

70 processes: 1 running, 68 idle, 1 on processor   up 3 days,
20:21

CPU states: 99.8% user,  0.0% nice,  0.2% system,  0.0% interrupt,  0.0%
idle

Memory: Real: 71M/253M act/tot Free: 241M Cache: 98M Swap: 0K/516M

 

  PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND

95493 root  640   23M   24M run   -10:11 99.27% ld

63653 sysadmin   20  976K 1784K idle  select2:48  0.00% sshd

37169 root  280  800K 1720K onproc- 0:26  0.00% top

85314 _pflogd40  720K  284K sleep bpf   0:21  0.00% pflogd

81972 _ntp   2  -20  852K 1088K sleep poll  0:17  0.00% ntpd

99954 root   20  640K  872K idle  poll  0:02  0.00% cron

60491 root  100 3228K 5512K idle  wait  0:01  0.00% perl

7659 root   20  960K 1432K idle  poll  0:01  0.00% sshd

1 root  100  372K   80K idle  wait  0:01  0.00% init

73888 root  100 1028K 1888K idle  wait  0:01  0.00% gmake

  402 root  180  976K  864K idle  pause 0:01  0.00% ksh

85270 _syslogd   20  952K 1028K sleep kqread0:01  0.00% syslogd

99069 root   2  -20  708K 1176K idle  poll  0:01  0.00% ntpd

48687 root  180  976K  732K idle  pause 0:01  0.00% ksh

30770 root  180 1568K 2324K idle  pause 0:01  0.00% make

93143 root  180 1552K 2312K idle  pause 0:00  0.00% make

66622 root  180 1564K 2320K idle  pause 0:00  0.00% make

Re: arm bulk build report - missing packages

[s_graf]

I looked at the packages that were just published for arm and I do not see
php, cmake, libuv, gtk, apache and many more that are not listed as
failures.  So far I have been able to build the list below.  Gtk has been
building for over 24 hours and is still going.  Php has the same issue with
gcc 4.9 as was modified in libuv, for which I have patched in my build and
gotten around a gcc build.  The php build requires gtk and so has not yet
been tested.

Why do the bulk build failures not show all the missing packages?

Packages built so far in my php 7.0 build:

op1bsdsnap# pkg_info
apache-httpd-2.4.33 apache HTTP server
apache-httpd-common-2.4.33 /var/www files for Apache HTTPd
apr-1.6.3p1 Apache Portable Runtime
apr-util-1.6.1  companion library to APR
aspell-0.60.6.1p6   spell checker designed to eventually replace Ispell
atk-2.28.1  accessibility toolkit used by gtk+
autoconf-2.13p4 automatically configure source code on many Un*x
platforms
autoconf-2.65p1 automatically configure source code on many Un*x
platforms
autoconf-2.67p1 automatically configure source code on many Un*x
platforms
autoconf-2.68p1 automatically configure source code on many Un*x
platforms
autoconf-2.69p2 automatically configure source code on many Un*x
platforms
automake-1.14.1p0   GNU Standards-compliant Makefile generator
automake-1.15.1 GNU Standards-compliant Makefile generator
avahi-0.7p1 framework for Multicast DNS Service Discovery
bash-4.4.19 GNU Bourne Again Shell
bison-3.0.4p0   GNU parser generator
brotli-1.0.2generic lossless compressor
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
c-client-2.21v0 UW c-client mail access routines
cairo-1.14.12   vector graphics library
cmake-3.10.2portable build system
cmocka-1.1.1p0  elegant unit testing framework for C
cups-libs-2.2.7 CUPS libraries and headers
curl-7.59.0 get files from FTP, Gopher, HTTP or HTTPS servers
cyrus-sasl-2.1.26p25 RFC  SASL (Simple Authentication and Security
Layer)
db-4.6.21p5v0   Berkeley DB package, revision 4
dbus-1.12.6v0   message bus system
dbus-daemon-launch-helper-1.12.6 DBus setuid helper for starting system
services
docbook-4.5p1   technical documentation XML/SGML definitions
docbook-dsssl-1.79  modular DSSSL stylesheets for the DocBook DTD
docbook-xsl-1.68.1p5 docbook XSL modular stylesheet
e2fsprogs-1.42.12p4 utilities to manipulate ext2 filesystems
fribidi-0.19.7  library implementing the Unicode Bidirectional Algorithm
gdbm-1.14.1 GNU dbm
gdk-pixbuf-2.36.12  graphic library for gtk+2
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
gettext-tools-0.19.8.1 GNU gettext development and translation tools
glib2-2.56.1general-purpose utility library
gmake-4.2.1 GNU make
gmp-6.1.2p1 library for arbitrary precision arithmetic
gnugetopt-1.1.6p0   GNU getopt(1) utility
gnutls-3.5.18   GNU Transport Layer Security library
gobject-introspection-1.54.1p0 GObject Introspection
graphite2-1.3.11rendering for complex writing systems
groff-1.22.3p8  GNU troff typesetter
harfbuzz-1.7.6  text shaping library
help2man-1.47.6 generates simple manual pages from program output
icu4c-58.2p5International Components for Unicode
intltool-0.51.0p1   internationalization tools
iso8879-1986p0  character entity sets from ISO 8879:1986 (SGML)
jansson-2.10library for manipulating JSON data
jasper-2.0.14   reference implementation of JPEG-2000
jpeg-1.5.3v0SIMD-accelerated JPEG codec replacement of libjpeg
jsoncpp-1.8.4p0 JSON parsing C++ API
libarchive-3.3.2p0  multi-format archive and compression library
libdaemon-0.14p1lightweight C library that eases the writing of daemons
libelf-0.8.13p4 read, modify, create ELF files on any arch
libexecinfo-0.3p0v0 clone of backtrace facility found in the GNU libc
libffi-3.2.1p4  Foreign Function Interface
libgcrypt-1.8.2p0   crypto library based on code used in GnuPG
libgpg-error-1.29   error codes for GnuPG related software
libiconv-1.14p3 character set conversion library
libidn2-2.0.0p0 implementation of IDNA2008 internationalized domain
names
libltdl-2.4.2p1 GNU libtool system independent dlopen wrapper
libmcrypt-2.5.8p2   interface to access block/stream encryption algorithms
libmpc-0.9p1complex numbers math library
libnettle-3.4   cryptographic library
libpaper-1.1.24.5   library for handling paper characteristics
libsigsegv-2.12 library for handling page faults in user mode
libtasn1-4.13p0 Abstract Syntax Notation One structure parser library
libtool-2.4.2p0 generic shared library support script
libunistring-0.9.7  manipulate Unicode strings
libusb1-1.0.21  library for USB device access from userspace
libuv-1.19.1p0  multi-platform library for asynchronous I/O
libxml-2.9.8XML parsing library
libxslt-1.1.32  XSLT C Library 

Re: apr patch problem

[s_graf]

It got mangled.  Attached is the patch.  That's probably why it did not work in 
the first place.  Anyway your changes work.

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of 
s_g...@telus.net
Sent: April 23, 2018 11:06 PM
To: 'Stefan Sperling' 
Cc: 'OpenBSD Ports' 
Subject: Re: apr patch problem

I used up some of my few remaining brain cells and came up with a modified 
patch that allows apr to build.  I hope the email does not mangle the lines.  
The two changed lines in the include patch are each only one line of text

Index: Makefile
===
RCS file: /cvs/ports/devel/apr/Makefile,v retrieving revision 1.42 diff -u -p 
-r1.42 Makefile
--- Makefile25 Oct 2017 19:36:46 -  1.42
+++ Makefile23 Apr 2018 20:43:08 -
@@ -4,7 +4,7 @@ COMMENT=Apache Portable Runtime

 V= 1.6.3
 DISTNAME=  apr-$V
-REVISION=  0
+REVISION=  1
 SHARED_LIBS += apr-1 6.0 # .6.2

 CATEGORIES=devel
Index: patches/patch-include_apr_general_h
===
RCS file: patches/patch-include_apr_general_h
diff -N patches/patch-include_apr_general_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-include_apr_general_h 23 Apr 2018 20:42:50 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+fix build failure on arm:
+implicit declaration of function '_Offsetof' is invalid in C99
+Index: include/apr_general.h
+--- include/apr_general.h.orig
 include/apr_general.h
+@@ -76,5 +76,5 @@ typedef int   apr_signum_t;
+  * @return offset
+  */
+
+-#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) || 
+defined(__FreeBSD__)))
++#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) || 
++defined(__FreeBSD__) || defined(__OpenBSD__)))
+ #ifdef __STDC__
+ #define APR_OFFSET(p_type,field) _Offsetof(p_type,field) #else

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of 
s_g...@telus.net
Sent: April 23, 2018 9:38 PM
To: 'Stefan Sperling' 
Cc: 'OpenBSD Ports' 
Subject: Re: apr patch problem

I am not very experienced at patching and ports but here is what I did.  There 
seems to be a problem with the patch, but when I try to correct it, it gets 
worse.  I think line 12 needs a "-", and I do not know what happened to the 
last line of your patch .

 The original patch

op1bsdsnap# patch Makefile /home/sysadmin/apr_patch Hmm...  Looks like a 
unified diff to me...
The text leading up to this was:
--
|ndex: Makefile
|===
|RCS file: /cvs/ports/devel/apr/Makefile,v retrieving revision 1.42 diff -u -p 
-r1.42 Makefile
|--- Makefile   25 Oct 2017 19:36:46 -  1.42
|+++ Makefile   23 Apr 2018 20:43:08 -
--
Patching file Makefile using Plan A...
Hunk #1 succeeded at 4.
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--
|Index: patches/patch-include_apr_general_h
|===
|RCS file: patches/patch-include_apr_general_h
|diff -N patches/patch-include_apr_general_h
|--- /dev/null  1 Jan 1970 00:00:00 -
|+++ patches/patch-include_apr_general_h23 Apr 2018 20:42:50 -
--
(Creating file patches/patch-include_apr_general_h...)
Patching file patches/patch-include_apr_general_h using Plan A...
Empty context always matches.
Hunk #1 succeeded at 1.
Hmm...  Ignoring the trailing garbage.
done
op1bsdsnap#

*** What the patch produced (apr_general part only)

op1bsdsnap# more patches/patch-include_apr_general_h
$OpenBSD$
fix build failure on arm:
implicit declaration of function '_Offsetof' is invalid in C99
Index: include/apr_general.h
--- include/apr_general.h.orig
+++ include/apr_general.h
@@ -76,7 +76,7 @@ typedef int   apr_signum_t;
  * @return offset
  */

-#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) ||
defined(__FreeBSD__)))
+#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) ||
+defined(__FreeBSD__) || defined(__OpenBSD__)))
 #ifdef __STDC__


*** Trying to build

op1bsdsnap# make install
===>  Checking files for apr-1.6.3p1
>> Fetch https://www.apache.org/dist/apr/apr-1.6.3.tar.gz
apr-1.6.3.tar.gz 100% 
|*|  1047 KB
00:00
>> (SHA256) apr-1.6.3.tar.gz: OK
===> apr-1.6.3p1 depends on: metaauto-* -> metaauto-1.0p1 ===> apr-1.6.3p1 
depends on: autoconf-2.69 -> autoconf-2.69p2 ===>  Verifying specs:  pthread 
===>  found pthread.25.1 ===>  Extracting for apr-1.6.3p1 ===>  Patching for 
apr-1.6.3p1
===>   Applying OpenBSD patch patch-apr-config_in
Hmm...  Looks like a unified diff to me...
The text leading up to this was:

Re: apr patch problem

[s_graf]

I used up some of my few remaining brain cells and came up with a modified 
patch that allows apr to build.  I hope the email does not mangle the lines.  
The two changed lines in the include patch are each only one line of text

Index: Makefile
===
RCS file: /cvs/ports/devel/apr/Makefile,v retrieving revision 1.42 diff -u -p 
-r1.42 Makefile
--- Makefile25 Oct 2017 19:36:46 -  1.42
+++ Makefile23 Apr 2018 20:43:08 -
@@ -4,7 +4,7 @@ COMMENT=Apache Portable Runtime

 V= 1.6.3
 DISTNAME=  apr-$V
-REVISION=  0
+REVISION=  1
 SHARED_LIBS += apr-1 6.0 # .6.2

 CATEGORIES=devel
Index: patches/patch-include_apr_general_h
===
RCS file: patches/patch-include_apr_general_h
diff -N patches/patch-include_apr_general_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-include_apr_general_h 23 Apr 2018 20:42:50 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+fix build failure on arm:
+implicit declaration of function '_Offsetof' is invalid in C99
+Index: include/apr_general.h
+--- include/apr_general.h.orig
 include/apr_general.h
+@@ -76,5 +76,5 @@ typedef int   apr_signum_t;
+  * @return offset
+  */
+
+-#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) || 
defined(__FreeBSD__)))
++#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) || 
defined(__FreeBSD__) || defined(__OpenBSD__)))
+ #ifdef __STDC__
+ #define APR_OFFSET(p_type,field) _Offsetof(p_type,field) #else

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of 
s_g...@telus.net
Sent: April 23, 2018 9:38 PM
To: 'Stefan Sperling' 
Cc: 'OpenBSD Ports' 
Subject: Re: apr patch problem

I am not very experienced at patching and ports but here is what I did.  There 
seems to be a problem with the patch, but when I try to correct it, it gets 
worse.  I think line 12 needs a "-", and I do not know what happened to the 
last line of your patch .

 The original patch

op1bsdsnap# patch Makefile /home/sysadmin/apr_patch Hmm...  Looks like a 
unified diff to me...
The text leading up to this was:
--
|ndex: Makefile
|===
|RCS file: /cvs/ports/devel/apr/Makefile,v retrieving revision 1.42 diff -u -p 
-r1.42 Makefile
|--- Makefile   25 Oct 2017 19:36:46 -  1.42
|+++ Makefile   23 Apr 2018 20:43:08 -
--
Patching file Makefile using Plan A...
Hunk #1 succeeded at 4.
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--
|Index: patches/patch-include_apr_general_h
|===
|RCS file: patches/patch-include_apr_general_h
|diff -N patches/patch-include_apr_general_h
|--- /dev/null  1 Jan 1970 00:00:00 -
|+++ patches/patch-include_apr_general_h23 Apr 2018 20:42:50 -
--
(Creating file patches/patch-include_apr_general_h...)
Patching file patches/patch-include_apr_general_h using Plan A...
Empty context always matches.
Hunk #1 succeeded at 1.
Hmm...  Ignoring the trailing garbage.
done
op1bsdsnap#

*** What the patch produced (apr_general part only)

op1bsdsnap# more patches/patch-include_apr_general_h
$OpenBSD$
fix build failure on arm:
implicit declaration of function '_Offsetof' is invalid in C99
Index: include/apr_general.h
--- include/apr_general.h.orig
+++ include/apr_general.h
@@ -76,7 +76,7 @@ typedef int   apr_signum_t;
  * @return offset
  */

-#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) ||
defined(__FreeBSD__)))
+#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) ||
+defined(__FreeBSD__) || defined(__OpenBSD__)))
 #ifdef __STDC__


*** Trying to build

op1bsdsnap# make install
===>  Checking files for apr-1.6.3p1
>> Fetch https://www.apache.org/dist/apr/apr-1.6.3.tar.gz
apr-1.6.3.tar.gz 100% 
|*|  1047 KB
00:00
>> (SHA256) apr-1.6.3.tar.gz: OK
===> apr-1.6.3p1 depends on: metaauto-* -> metaauto-1.0p1 ===> apr-1.6.3p1 
depends on: autoconf-2.69 -> autoconf-2.69p2 ===>  Verifying specs:  pthread 
===>  found pthread.25.1 ===>  Extracting for apr-1.6.3p1 ===>  Patching for 
apr-1.6.3p1
===>   Applying OpenBSD patch patch-apr-config_in
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD: patch-apr-config_in,v 1.3 2017/10/25 19:36:46 naddy Exp $
|Index: apr-config.in
|--- apr-config.in.orig
|+++ apr-config.in
--
Patching file apr-config.in using Plan A...
Hunk #1 succeeded at 223.
done
===>   Applying OpenBSD patch patch-build_apr_hints_m4
Hmm...  Looks like a unified diff to me...
The text leading up to this was:

Re: apr patch problem

[s_graf]

I am not very experienced at patching and ports but here is what I did.  There 
seems to be a problem with the patch, but when I try to correct it, it gets 
worse.  I think line 12 needs a "-", and I do not know what happened to the 
last line of your patch .

 The original patch

op1bsdsnap# patch Makefile /home/sysadmin/apr_patch
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|ndex: Makefile
|===
|RCS file: /cvs/ports/devel/apr/Makefile,v retrieving revision 1.42 diff -u -p 
-r1.42 Makefile
|--- Makefile   25 Oct 2017 19:36:46 -  1.42
|+++ Makefile   23 Apr 2018 20:43:08 -
--
Patching file Makefile using Plan A...
Hunk #1 succeeded at 4.
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--
|Index: patches/patch-include_apr_general_h
|===
|RCS file: patches/patch-include_apr_general_h
|diff -N patches/patch-include_apr_general_h
|--- /dev/null  1 Jan 1970 00:00:00 -
|+++ patches/patch-include_apr_general_h23 Apr 2018 20:42:50 -
--
(Creating file patches/patch-include_apr_general_h...)
Patching file patches/patch-include_apr_general_h using Plan A...
Empty context always matches.
Hunk #1 succeeded at 1.
Hmm...  Ignoring the trailing garbage.
done
op1bsdsnap#

*** What the patch produced (apr_general part only)

op1bsdsnap# more patches/patch-include_apr_general_h
$OpenBSD$
fix build failure on arm:
implicit declaration of function '_Offsetof' is invalid in C99
Index: include/apr_general.h
--- include/apr_general.h.orig
+++ include/apr_general.h
@@ -76,7 +76,7 @@ typedef int   apr_signum_t;
  * @return offset
  */

-#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) ||
defined(__FreeBSD__)))
+#if defined(CRAY) || (defined(__arm) && !(defined(LINUX) ||
+defined(__FreeBSD__) || defined(__OpenBSD__)))
 #ifdef __STDC__


*** Trying to build

op1bsdsnap# make install
===>  Checking files for apr-1.6.3p1
>> Fetch https://www.apache.org/dist/apr/apr-1.6.3.tar.gz
apr-1.6.3.tar.gz 100% 
|*|  1047 KB
00:00
>> (SHA256) apr-1.6.3.tar.gz: OK
===> apr-1.6.3p1 depends on: metaauto-* -> metaauto-1.0p1
===> apr-1.6.3p1 depends on: autoconf-2.69 -> autoconf-2.69p2
===>  Verifying specs:  pthread
===>  found pthread.25.1
===>  Extracting for apr-1.6.3p1
===>  Patching for apr-1.6.3p1
===>   Applying OpenBSD patch patch-apr-config_in
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD: patch-apr-config_in,v 1.3 2017/10/25 19:36:46 naddy Exp $
|Index: apr-config.in
|--- apr-config.in.orig
|+++ apr-config.in
--
Patching file apr-config.in using Plan A...
Hunk #1 succeeded at 223.
done
===>   Applying OpenBSD patch patch-build_apr_hints_m4
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD: patch-build_apr_hints_m4,v 1.1 2017/10/25 19:36:46 naddy Exp $
|
|Index: build/apr_hints.m4
|--- build/apr_hints.m4.orig
|+++ build/apr_hints.m4
--
Patching file build/apr_hints.m4 using Plan A...
Hunk #1 succeeded at 135.
done
===>   Applying OpenBSD patch patch-configure_in
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD: patch-configure_in,v 1.1 2017/10/25 19:36:46 naddy Exp $
|
|Index: configure.in
|--- configure.in.orig
|+++ configure.in
--
Patching file configure.in using Plan A...
Hunk #1 succeeded at 2281.
Hunk #2 succeeded at 2470.
Hunk #3 succeeded at 2488.
done
===>   Applying OpenBSD patch patch-include_apr_general_h
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD$
|fix build failure on arm:
|implicit declaration of function '_Offsetof' is invalid in C99
|Index: include/apr_general.h
|--- include/apr_general.h.orig
|+++ include/apr_general.h
--
Patching file include/apr_general.h using Plan A...
patch:  malformed patch at line 12: defined(__FreeBSD__)))
***>   patch-include_apr_general_h did not apply cleanly
===>   Ignoring patchfile patch-include_apr_general_h.orig
===>   Applying OpenBSD patch patch-misc_unix_rand_c
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD: patch-misc_unix_rand_c,v 1.1 2017/10/25 19:36:46 naddy Exp $
|
|Index: misc/unix/rand.c
|--- misc/unix/rand.c.orig
|+++ misc/unix/rand.c
--
Patching file misc/unix/rand.c using Plan A...
Hunk #1 succeeded at 87.
done
===>   Applying OpenBSD patch patch-network_io_unix_sockets_c
Hmm...  Looks like a unified diff to me...
The text 

Re: hph build on arm, gcc 4.9

[s_graf]

Thank you also.  Getting cmake to build might help a lot of other arm
packages to build.

-Original Message-
From: Jeremie Courreges-Anglas  
Sent: April 23, 2018 1:49 PM
To: s_g...@telus.net
Cc: OpenBSD Ports 
Subject: Re: hph build on arm, gcc 4.9

On Mon, Apr 23 2018, Jeremie Courreges-Anglas  wrote:
> On Mon, Apr 23 2018,  wrote:
>> Picking up on your last comment, I restarted the php build on arm with
the intent of looking for why gcc is required.  So far I have come across
one package that pulls in gcc and it is specific to arm.
>>
>> Cmake pulls in libuv whose Makefile has:
>>
>> # for atomic builtins
>> MODULES =   gcc4
>> MODGCC4_ARCHS = arm
>>
>> This is what starts off the gcc build.  Can and should these lines be
replaced with a clang equivalent?
>
> Probably,
>
>> To keep the build going I took out these two items and the cmake build
completed without  gcc.
>
> so the diff below is a candidate for a commit.  If clang didn't 
> provide those atomics, linking cmake should have failed because of 
> unresolved references.  I won't have access to my arm box until 
> tomorrow, but this looks safe.
>
> ok?

Committed, thanks.

--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

apr problem

[s_graf]

I am building php on arm and have run into this:

 

/usr/bin/libtool --silent --mode=compile cc -pthread  -O2 -pipe
-DHAVE_CONFIG_H  -D_POSIX_THREADS -DAPR_POOL_DEBUG=1   -I./include
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix
-I./include/arch/unix
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/private
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/private  -o
network_io/unix/sendrecv.lo -c network_io/unix/sendrecv.c && touch
network_io/unix/sendrecv.lo

network_io/unix/sendrecv.c:181:23: warning: implicit declaration of function
'_Offsetof' is invalid in

  C99 [-Wimplicit-function-declaration]

if (from->salen > APR_OFFSETOF(struct sockaddr_in, sin_port)) {

  ^

./include/apr_general.h:109:36: note: expanded from macro 'APR_OFFSETOF'

#define APR_OFFSETOF(s_type,field) APR_OFFSET(s_type*,field)

   ^

./include/apr_general.h:81:34: note: expanded from macro 'APR_OFFSET'

#define APR_OFFSET(p_type,field) _Offsetof(p_type,field)

 ^

network_io/unix/sendrecv.c:181:36: error: expected expression

if (from->salen > APR_OFFSETOF(struct sockaddr_in, sin_port)) {

   ^

network_io/unix/sendrecv.c:181:56: error: use of undeclared identifier
'sin_port'

if (from->salen > APR_OFFSETOF(struct sockaddr_in, sin_port)) {

   ^

1 warning and 2 errors generated.

Error while executing cc -pthread -O2 -pipe -DHAVE_CONFIG_H -D_POSIX_THREADS
-DAPR_POOL_DEBUG=1 -I./include
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix
-I./include/arch/unix
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/private
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/private -c
network_io/unix/sendrecv.c -fPIC -DPIC -o network_io/unix/.libs/sendrecv.o

*** Error 1 in . (build/apr_rules.mk:206 'network_io/unix/sendrecv.lo')

*** Error 1 in /usr/ports/pobj/apr-1.6.3/apr-1.6.3 (build/apr_rules.mk:136
'all-recursive')

*** Error 1 in /usr/ports/devel/apr
(/usr/ports/infrastructure/mk/bsd.port.mk:2740
'/usr/ports/pobj/apr-1.6.3/.build_done')

*** Error 1 in /usr/ports/devel/apr
(/usr/ports/infrastructure/mk/bsd.port.mk:1938
'/usr/ports/packages/arm/all/apr-1.6.3p0.tgz')

*** Error 1 in /usr/ports/devel/apr
(/usr/ports/infrastructure/mk/bsd.port.mk:2438 '_internal-package')

*** Error 1 in /usr/ports/devel/apr
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'package')

*** Error 1 in /usr/ports/devel/apr
(/usr/ports/infrastructure/mk/bsd.port.mk:1956
'/var/db/pkg/apr-1.6.3p0/+CONTENTS')

*** Error 1 in /usr/ports/devel/apr
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'install')

*** Error 1 in /usr/ports/devel/apr-util
(/usr/ports/infrastructure/mk/bsd.port.mk:2073
'/usr/ports/pobj/apr-util-1.6.1/.dep-devel-apr')

*** Error 1 in /usr/ports/devel/apr-util
(/usr/ports/infrastructure/mk/bsd.port.mk:2506
'/usr/ports/pobj/apr-util-1.6.1/.extract_done')

*** Error 1 in /usr/ports/devel/apr-util
(/usr/ports/infrastructure/mk/bsd.port.mk:1938
'/usr/ports/packages/arm/all/apr-util-1.6.1.tgz')

*** Error 1 in /usr/ports/devel/apr-util
(/usr/ports/infrastructure/mk/bsd.port.mk:2438 '_internal-package')

*** Error 1 in /usr/ports/devel/apr-util
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'package')

*** Error 1 in /usr/ports/devel/apr-util
(/usr/ports/infrastructure/mk/bsd.port.mk:1956
'/var/db/pkg/apr-util-1.6.1/+CONTENTS')

*** Error 1 in /usr/ports/devel/apr-util
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'install')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2073
'/usr/ports/pobj/apache-httpd-2.4.33/.dep-apr-util-ANY-!ldap-devel-apr-util'
)

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2506
'/usr/ports/pobj/apache-httpd-2.4.33/.extract_done')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:1938
'/usr/ports/packages/arm/all/apache-httpd-2.4.33.tgz')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2438 '_internal-package')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'package')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:1956
'/var/db/pkg/apache-httpd-2.4.33/+CONTENTS')

*** Error 1 in /usr/ports/www/apache-httpd
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'install')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2073
'/usr/ports/pobj/php-7.0.28/.dep-www-apache-httpd')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2506
'/usr/ports/pobj/php-7.0.28/.extract_done')

*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1938
'/usr/ports/packages/arm/all/php-7.0.28.tgz')

*** Error 1 in 

hph build on arm, gcc 4.9

[s_graf]

Picking up on your last comment, I restarted the php build on arm with the 
intent of looking for why gcc is required.  So far I have come across one 
package that pulls in gcc and it is specific to arm.

Cmake pulls in libuv whose Makefile has:

# for atomic builtins
MODULES =   gcc4
MODGCC4_ARCHS = arm

This is what starts off the gcc build.  Can and should these lines be replaced 
with a clang equivalent?

To keep the build going I took out these two items and the cmake build 
completed without  gcc.

So far I have built the following packages and have now run into some errors 
that I have seen before.

op1bsdsnap# pkg_info
autoconf-2.67p1 automatically configure source code on many Un*x platforms
autoconf-2.68p1 automatically configure source code on many Un*x platforms
autoconf-2.69p2 automatically configure source code on many Un*x platforms
automake-1.14.1p0   GNU Standards-compliant Makefile generator
bison-3.0.4p0   GNU parser generator
brotli-1.0.2generic lossless compressor
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
cmake-3.10.2portable build system
curl-7.59.0 get files from FTP, Gopher, HTTP or HTTPS servers
db-4.6.21p5v0   Berkeley DB package, revision 4
gdbm-1.14.1 GNU dbm
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
gmake-4.2.1 GNU make
gmp-6.1.2p1 library for arbitrary precision arithmetic
help2man-1.47.6 generates simple manual pages from program output
jansson-2.10library for manipulating JSON data
jsoncpp-1.8.4p0 JSON parsing C++ API
libarchive-3.3.2p0  multi-format archive and compression library
libexecinfo-0.3p0v0 clone of backtrace facility found in the GNU libc
libffi-3.2.1p4  Foreign Function Interface
libiconv-1.14p3 character set conversion library
libltdl-2.4.2p1 GNU libtool system independent dlopen wrapper
libmpc-0.9p1complex numbers math library
libsigsegv-2.12 library for handling page faults in user mode
libtool-2.4.2p0 generic shared library support script
libuv-1.19.1multi-platform library for asynchronous I/O
libxml-2.9.8XML parsing library
lz4-1.8.1.2 fast BSD-licensed data compression
m4-1.4.18   GNU m4
meson-0.45.1next-generation build system
metaauto-1.0p1  wrapper for gnu auto*
mpfr-3.1.5.2library for multiple-precision floating-point computations
nghttp2-1.31.0  library for HTTP/2
ninja-1.8.2 small build system with a focus on speed
pcre-8.41   perl-compatible regular expression library
py-MarkupSafe-1.0   implements an XML/HTML/XHTML markup safe string
py-alabaster-0.7.10 configurable sidebar-enabled Sphinx theme
py-babel-2.4.0  I18N/L10N tools for Python
py-docutils-0.12p1  process plaintext documentation into other formats
py-imagesize-0.7.1p0 getting image size from png/jpeg/jpeg2000/gif file
py-jinja2-2.10  fast, optionally sandboxed, Python template engine
py-pygments-2.1.3p0 Python syntax highlighter
py-setuptools-28.6.1p0v0 simplified packaging system for Python modules
py-six-1.10.0p0 Python 2 and 3 compatibility library
py-snowballstemmer-1.2.1p0 snowball stemming library collection for Python
py-sphinx-1.4.8p0   python documentation generator
py-sphinx_rtd_theme-0.2.4 readthedocs.org theme for Sphinx
py-stemmer-1.3.0p1  snowball stemming algorithms, for information retrieval
py-tz-2018.3Python API for dealing with timezones
python-2.7.14p1 interpreted object-oriented programming language
python-3.6.5interpreted object-oriented programming language
re2c-1.0.3  C-based regular expression scanner generator
rhash-1.3.5 utility and library for computing hash sums
sqlite3-3.23.0  embedded SQL implementation
tcl-8.5.19p1Tool Command Language
tk-8.5.19p1 graphical toolkit for Tcl
xz-5.2.3p0  LZMA compression and decompression tools

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Stuart 
Henderson
Sent: April 21, 2018 2:29 PM
To: s_g...@telus.net
Cc: 'Karel Gardas' ; 'OpenBSD Ports' 
Subject: Re: armv7: freeradius3 build. - what is the status og gcc 4.9 for arm7?

On 2018/04/21 10:32, s_g...@telus.net wrote:
> From previous messages in this forum I noticed that there seems to be a lot 
> more work required to get gcc 4.9 to build on arm.  Until this happens a lot 
> of ports won't build.  I am waiting for a php build.
> 
> What is the current status of this work?

Basically things are worked on as and when possible. ARM is more limited than 
some other arches because few porters have hardware and builds are rather slow.

It's not the right platform to use with OpenBSD if you want everything to work 
without rolling up your sleeves and pitching in.

Although, I don't think gcc 4.9 failing itself would make that much difference 
any more. There isn't very much that will be built 

problems with python source packages site

[s_graf]

It takes a number of minutes for the failure to time out.

 

===> Returning to build of cmake-3.10.2

===> cmake-3.10.2 depends on: ninja->=1.5.1 -> ninja-1.8.2

===> cmake-3.10.2 depends on: py-sphinx->=1.4 - not found

===>  Verifying install for py-sphinx->=1.4 in textproc/py-sphinx

===>  Checking files for py-sphinx-1.4.8p0

>> Fetch https://pypi.io/packages/source/S/Sphinx/Sphinx-1.4.8.tar.gz

ftp: SSL write error: handshake failed: Operation timed out

>> Fetch https://ftp.openbsd.org/pub/OpenBSD/distfiles//Sphinx-1.4.8.tar.gz

Sphinx-1.4.8.tar.gz 100%
|**|  4389 KB00:02

>> (SHA256) Sphinx-1.4.8.tar.gz: OK

===> py-sphinx-1.4.8p0 depends on: py-babel-* - not found

===>  Verifying install for py-babel-* in devel/py-babel

===>  Checking files for py-babel-2.4.0

>> Fetch https://pypi.io/packages/source/B/Babel/Babel-2.4.0.tar.gz

ftp: SSL write error: handshake failed: Operation timed out

>> Fetch https://ftp.openbsd.org/pub/OpenBSD/distfiles//Babel-2.4.0.tar.gz

Babel-2.4.0.tar.gz 100%
|***|  6452 KB00:04

>> (SHA256) Babel-2.4.0.tar.gz: OK

RE what is the status of gcc 4.9 for arm7?

[s_graf]

Thank you for the update.
Just so my orangepi does not get mouldy I am loading it with the latest os, src 
and ports and will start a build of php7.


-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Peter 
Hessler
Sent: April 21, 2018 11:49 PM
To: ports@openbsd.org
Subject: Re: armv7: freeradius3 build. - what is the status og gcc 4.9 for arm7?

On 2018 Apr 21 (Sat) at 16:28:59 -0700 (-0700), s_g...@telus.net wrote:
:Should I start over again with a new bare system and hope that the php build 
:dependency on gcc is gone?

I am doing a bulk-build with that, but it has not yet gotten to building php 
yet.

--
Fuch's Warning:
If you actually look like your passport photo, you aren't well enough 
to travel.

Re: armv7: freeradius3 build. - what is the status og gcc 4.9 for arm7?

[s_graf]

I don't mind getting my hands dirty, if it helps.  It just felt like I was
getting in the way.

I would like to get php built again, as it was in the build prior to Apr 6.
A couple of weeks ago I started with a clean system to build php 7.  I think
you provided at least one patch.  However I am now stuck as the build seems
to require gcc 4.9, which still has problems. As I reported the problems the
gcc maintainers seemed to be always one step ahead of me and so I stopped.

Should I start over again with a new bare system and hope that the php build
dependency on gcc is gone?

-Original Message-
From: Stuart Henderson  
Sent: April 21, 2018 2:29 PM
To: s_g...@telus.net
Cc: 'Karel Gardas' ; 'OpenBSD Ports' 
Subject: Re: armv7: freeradius3 build. - what is the status og gcc 4.9 for
arm7?

On 2018/04/21 10:32, s_g...@telus.net wrote:
> From previous messages in this forum I noticed that there seems to be a
lot more work required to get gcc 4.9 to build on arm.  Until this happens a
lot of ports won't build.  I am waiting for a php build.
> 
> What is the current status of this work?

Basically things are worked on as and when possible. ARM is more limited
than some other arches because few porters have hardware and builds are
rather slow.

It's not the right platform to use with OpenBSD if you want everything to
work without rolling up your sleeves and pitching in.

Although, I don't think gcc 4.9 failing itself would make that much
difference any more. There isn't very much that will be built with gcc on a
clang arch.

Re: armv7: freeradius3 build. - what is the status og gcc 4.9 for arm7?

[s_graf]

>From previous messages in this forum I noticed that there seems to be a lot 
>more work required to get gcc 4.9 to build on arm.  Until this happens a lot 
>of ports won't build.  I am waiting for a php build.

What is the current status of this work?

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Karel 
Gardas
Sent: April 20, 2018 11:15 AM
To: OpenBSD Ports 
Subject: armv7: freeradius3 build.



Hello,

I've noticed there is a number armv7 packages specified for the 6.3 release on 
release web page so I assume all ports are already built.
Hovewer freeradius 3 seems to be missing from the packages, although it is 
build on any other architecture I've checked (amd64/sparc64/mips64). I've 
attempted to buidl myself minimalistic freeradius3 or what I understand would 
be minimalistic by:

# cd /usr/ports/net/freeradius3
# export FLAVOR="no_freetds no_iodbc no_ldap no_memcached no_mysql  no_pgsql 
no_python"
# make

but this fails with a lot of unresolved symbols like:

/usr/local/ports/pobj/freeradius-server-3.0.16-no_freetds-no_iodbc-no_ldap-no_memcached-no_mysql-no_pgsql-no_python/freeradius-server-3.0.16/build/objs/src/modules/rlm_eap/radeapclient.o:
 In function `main':
src/modules/rlm_eap/radeapclient.c:(.text+0x288): undefined reference to 
`talloc_typed_strdup'
src/modules/rlm_eap/radeapclient.c:(.text+0x730): undefined reference to 
`dict_read'
src/modules/rlm_eap/radeapclient.c:(.text+0xbcc): undefined reference to 
`fr_pair_list_afrom_file'
src/modules/rlm_eap/radeapclient.c:(.text+0xc8c): undefined reference to 
`fr_debug_lvl'
src/modules/rlm_eap/radeapclient.c:(.text+0xcf0): undefined reference to 
`fr_debug_lvl'
src/modules/rlm_eap/radeapclient.c:(.text+0x1614): undefined reference to 
`fr_debug_lvl'
src/modules/rlm_eap/radeapclient.c:(.text+0x1634): undefined reference to 
`fr_debug_lvl'
src/modules/rlm_eap/radeapclient.c:(.text+0x1648): undefined reference to 
`fr_debug_lvl'
src/modules/rlm_eap/radeapclient.c:(.text+0x1690): undefined reference to 
`fr_pair_find_by_num'
src/modules/rlm_eap/radeapclient.c:(.text+0x16a8): undefined reference to 
`fr_pair_find_by_num'
src/modules/rlm_eap/radeapclient.c:(.text+0x16c4): undefined reference to 
`fr_pair_find_by_num'
src/modules/rlm_eap/radeapclient.c:(.text+0x18d8): undefined reference to 
`fr_pair_delete_by_num'
src/modules/rlm_eap/radeapclient.c:(.text+0x18ec): undefined reference to 
`fr_pair_delete_by_num'
src/modules/rlm_eap/radeapclient.c:(.text+0x1900): undefined reference to 
`fr_pair_delete_by_num'


when I tried opposite end and unset FLAVOR to build maximum build, I've been 
hit by the failure in gcc-4.9.4 build which shows as:

In file included from 
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/c/c-objc-common.c:33:
In file included from /usr/include/c++/v1/new:70:
/usr/include/c++/v1/exception:267:5: error: no member named 'fancy_abort' in 
namespace 'std::__1'; did you mean simply 'fancy_abort'?
_VSTD::abort();
^~~
/usr/include/c++/v1/__config:462:15: note: expanded from macro '_VSTD'
#define _VSTD std::_LIBCPP_NAMESPACE
  ^
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/system.h:685:13: note: 'fancy_abort' 
declared here extern void fancy_abort (const char *, int, const char *) 
ATTRIBUTE_NORETURN;
^
1 error generated.
gmake[3]: *** [Makefile:1058: c/c-objc-common.o] Error 1
gmake[3]: Leaving directory '/usr/local/ports/pobj/gcc-4.9.4/build-arm/gcc'
gmake[2]: *** [Makefile:4217: all-stage1-gcc] Error 2
gmake[2]: Leaving directory '/usr/local/ports/pobj/gcc-4.9.4/build-arm'
gmake[1]: *** [Makefile:17735: stage1-bubble] Error 2
gmake[1]: Leaving directory '/usr/local/ports/pobj/gcc-4.9.4/build-arm'
gmake: *** [Makefile:17872: bootstrap2] Error 2


I guess, no way to make freeradius3 on armv7, but still I'd like to ask for 
confirmation of this fact.

Thanks!
Karel

Re: [armv7 fix] Fix build lang/gcc/4.9

[s_graf]

I tried to continue the build of php with the ports snapshot of today and ran 
into another gcc problem:

/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: remove 
extraneous parentheses
  around the comparison to silence this warning
(thumb1_code)) == (
   ^
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: use '=' 
to turn this equality
  comparison into an assignment
(thumb1_code)) == (
   ^~
   =
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: warning: 
equality comparison with
  extraneous parentheses [-Wparentheses-equality]
(thumb1_code)) == (
~~~^~~~
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: remove 
extraneous parentheses
  around the comparison to silence this warning
(thumb1_code)) == (
   ^
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: use '=' 
to turn this equality
  comparison into an assignment
(thumb1_code)) == (
   ^~
   =
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: warning: 
equality comparison with
  extraneous parentheses [-Wparentheses-equality]
(thumb1_code)) == (
~~~^~~~
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: remove 
extraneous parentheses
  around the comparison to silence this warning
(thumb1_code)) == (
   ^
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: use '=' 
to turn this equality
  comparison into an assignment
(thumb1_code)) == (
   ^~
   =
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: warning: 
equality comparison with
  extraneous parentheses [-Wparentheses-equality]
(thumb1_code)) == (
~~~^~~~
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: remove 
extraneous parentheses
  around the comparison to silence this warning
(thumb1_code)) == (
   ^
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: use '=' 
to turn this equality
  comparison into an assignment
(thumb1_code)) == (
   ^~
   =
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/neon.md:3486:10917: fatal 
error: bracket nesting
  level exceeded maximum of 256
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/neon.md:3486:10917: note: 
use -fbracket-depth=N to
  increase maximum nesting level
33 warnings and 1 error generated.
gmake[3]: *** [Makefile:1058: insn-attrtab.o] Error 1
gmake[3]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm/gcc'
gmake[2]: *** [Makefile:4217: all-stage1-gcc] Error 2
gmake[2]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm'
gmake[1]: *** [Makefile:17735: stage1-bubble] Error 2
gmake[1]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm'
gmake: *** [Makefile:17872: bootstrap2] Error 2
*** Error 2 in /usr/ports/lang/gcc/4.9 
(/usr/ports/infrastructure/mk/bsd.port.mk:2740 
'/usr/ports/pobj/gcc-4.9.4/build-arm/.build_done')
*** Error 1 in /usr/ports/lang/gcc/4.9 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/gcc-4.9.4p8.tgz')
*** Error 1 in /usr/ports/lang/gcc/4.9 
(/usr/ports/infrastructure/mk/bsd.port.mk:2438 '_internal-package')
*** Error 1 in /usr/ports/lang/gcc/4.9 
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'package')
*** Error 1 in /usr/ports/lang/gcc/4.9 
(/usr/ports/infrastructure/mk/bsd.port.mk:1956 
'/var/db/pkg/gcc-4.9.4p8/+CONTENTS')
*** Error 1 in /usr/ports/lang/gcc/4.9 
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'install')
*** Error 1 in /usr/ports/devel/libuv 
(/usr/ports/infrastructure/mk/bsd.port.mk:2073 
'/usr/ports/pobj/libuv-1.19.1/.dep-STEM-ge-4.9,lt-4.10-lang-gcc-4.9')
*** Error 1 in /usr/ports/devel/libuv 
(/usr/ports/infrastructure/mk/bsd.port.mk:2506 
'/usr/ports/pobj/libuv-1.19.1/.extract_done')
*** Error 1 in /usr/ports/devel/libuv 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/libuv-1.19.1.tgz')
*** Error 1 in /usr/ports/devel/libuv 
(/usr/ports/infrastructure/mk/bsd.port.mk:2438 '_internal-package')
*** Error 1 in /usr/ports/devel/libuv 
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'package')
*** Error 1 in /usr/ports/devel/libuv 
(/usr/ports/infrastructure/mk/bsd.port.mk:1956 
'/var/db/pkg/libuv-1.19.1/+CONTENTS')
*** Error 1 in /usr/ports/devel/libuv 
(/usr/ports/infrastructure/mk/bsd.port.mk:2417 'install')
*** Error 1 in /usr/ports/devel/cmake 
(/usr/ports/infrastructure/mk/bsd.port.mk:2073 
'/usr/ports/pobj/cmake-3.10.2/.dep-devel-libuv')
*** Error 1 in /usr/ports/devel/cmake 
(/usr/ports/infrastructure/mk/bsd.port.mk:2506 
'/usr/ports/pobj/cmake-3.10.2/.extract_done')
*** Error 1 in /usr/ports/devel/cmake 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/cmake-3.10.2.tgz')
*** Error 1 in /usr/ports/devel/cmake 
(/usr/ports/infrastructure/mk/bsd.port.mk:2438 

Re: [armv7 fix] Fix build lang/gcc/4.9

[s_graf]

I tried to build gcc with your patch and ran into the error below. I did not 
see any patches applied to ipa-devirt.c

/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/ipa-devirt.c:1637:32: error: invalid 
suffix on literal; C++11
  requires a space between literal and identifier 
[-Wreserved-user-defined-literal]
  fprintf (f, " at offset "HOST_WIDE_INT_PRINT_DEC"\n",
   ^

5 warnings and 1 error generated.
gmake[3]: *** [Makefile:1058: ipa-devirt.o] Error 1
gmake[3]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm/gcc'
gmake[2]: *** [Makefile:4217: all-stage1-gcc] Error 2
gmake[2]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm'
gmake[1]: *** [Makefile:17735: stage1-bubble] Error 2
gmake[1]: Leaving directory '/usr/ports/pobj/gcc-4.9.4/build-arm'
gmake: *** [Makefile:17872: bootstrap2] Error 2
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2742 
'/usr/ports/pobj/gcc-4.9.4/build-arm/.build_done')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/gcc-4.9.4p9.tgz')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2440 
'_internal-package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2419 'package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1956 
'/var/db/pkg/gcc-4.9.4p9/+CONTENTS')
*** Error 1 in /usr/ports/lang/gcc/4.9 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'install')

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Markus 
Hennecke
Sent: April 15, 2018 9:04 AM
To: ports@openbsd.org
Subject: Re: [armv7 fix] Fix build lang/gcc/4.9

Attached is a new diff fixing build on armv7 and adding patches to fix the 
build after the switch to clang 6. The patch became pretty big, because clang 
complains about error: invalid suffix on literal; C++11 requires a space 
between literal and identifier [-Wreserved-user-defined-literal] in a lot of 
files.
No change in the armv7 fixes, still setting -fbracket-depth=512 in case CC is 
clang and adding #include  in gcc/system.h when compiling c++.

Re: php on arm

[s_graf]

Ran into another problem:

/usr/bin/libtool --silent --mode=compile cc -pthread  -O2 -pipe -DHAVE_CONFIG_H 
 -D_POSIX_THREADS -DAPR_POOL_DEBUG=1   -I./include 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix -I./include/arch/unix 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/private 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/private  -o 
network_io/unix/sendrecv.lo -c network_io/unix/sendrecv.c && touch 
network_io/unix/sendrecv.lo
network_io/unix/sendrecv.c:181:23: warning: implicit declaration of function 
'_Offsetof' is invalid in
  C99 [-Wimplicit-function-declaration]
if (from->salen > APR_OFFSETOF(struct sockaddr_in, sin_port)) {
  ^
./include/apr_general.h:109:36: note: expanded from macro 'APR_OFFSETOF'
#define APR_OFFSETOF(s_type,field) APR_OFFSET(s_type*,field)
   ^
./include/apr_general.h:81:34: note: expanded from macro 'APR_OFFSET'
#define APR_OFFSET(p_type,field) _Offsetof(p_type,field)
 ^
network_io/unix/sendrecv.c:181:36: error: expected expression
if (from->salen > APR_OFFSETOF(struct sockaddr_in, sin_port)) {
   ^
network_io/unix/sendrecv.c:181:56: error: use of undeclared identifier 
'sin_port'
if (from->salen > APR_OFFSETOF(struct sockaddr_in, sin_port)) {
   ^
1 warning and 2 errors generated.
Error while executing cc -pthread -O2 -pipe -DHAVE_CONFIG_H -D_POSIX_THREADS 
-DAPR_POOL_DEBUG=1 -I./include 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix -I./include/arch/unix 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/private 
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/private -c 
network_io/unix/sendrecv.c -fPIC -DPIC -o network_io/unix/.libs/sendrecv.o
*** Error 1 in . (build/apr_rules.mk:206 'network_io/unix/sendrecv.lo')
*** Error 1 in /usr/ports/pobj/apr-1.6.3/apr-1.6.3 (build/apr_rules.mk:136 
'all-recursive')
*** Error 1 in /usr/ports/devel/apr 
(/usr/ports/infrastructure/mk/bsd.port.mk:2742 
'/usr/ports/pobj/apr-1.6.3/.build_done')
*** Error 1 in /usr/ports/devel/apr 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/apr-1.6.3p0.tgz')
*** Error 1 in /usr/ports/devel/apr 
(/usr/ports/infrastructure/mk/bsd.port.mk:2440 '_internal-package')
*** Error 1 in /usr/ports/devel/apr 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'package')
*** Error 1 in /usr/ports/devel/apr 
(/usr/ports/infrastructure/mk/bsd.port.mk:1956 
'/var/db/pkg/apr-1.6.3p0/+CONTENTS')
*** Error 1 in /usr/ports/devel/apr 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'install')
*** Error 1 in /usr/ports/devel/apr-util 
(/usr/ports/infrastructure/mk/bsd.port.mk:2073 
'/usr/ports/pobj/apr-util-1.6.1/.dep-devel-apr')
*** Error 1 in /usr/ports/devel/apr-util 
(/usr/ports/infrastructure/mk/bsd.port.mk:2508 
'/usr/ports/pobj/apr-util-1.6.1/.extract_done')
*** Error 1 in /usr/ports/devel/apr-util 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/apr-util-1.6.1.tgz')
*** Error 1 in /usr/ports/devel/apr-util 
(/usr/ports/infrastructure/mk/bsd.port.mk:2440 '_internal-package')
*** Error 1 in /usr/ports/devel/apr-util 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'package')
*** Error 1 in /usr/ports/devel/apr-util 
(/usr/ports/infrastructure/mk/bsd.port.mk:1956 
'/var/db/pkg/apr-util-1.6.1/+CONTENTS')
*** Error 1 in /usr/ports/devel/apr-util 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'install')
*** Error 1 in /usr/ports/www/apache-httpd 
(/usr/ports/infrastructure/mk/bsd.port.mk:2073 
'/usr/ports/pobj/apache-httpd-2.4.29/.dep-apr-util-ANY-!ldap-devel-apr-util')
*** Error 1 in /usr/ports/www/apache-httpd 
(/usr/ports/infrastructure/mk/bsd.port.mk:2508 
'/usr/ports/pobj/apache-httpd-2.4.29/.extract_done')
*** Error 1 in /usr/ports/www/apache-httpd 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/apache-httpd-2.4.29p0.tgz')
*** Error 1 in /usr/ports/www/apache-httpd 
(/usr/ports/infrastructure/mk/bsd.port.mk:2440 '_internal-package')
*** Error 1 in /usr/ports/www/apache-httpd 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'package')
*** Error 1 in /usr/ports/www/apache-httpd 
(/usr/ports/infrastructure/mk/bsd.port.mk:1956 
'/var/db/pkg/apache-httpd-2.4.29p0/+CONTENTS')
*** Error 1 in /usr/ports/www/apache-httpd 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'install')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2073 
'/usr/ports/pobj/php-7.0.28/.dep-www-apache-httpd')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2508 
'/usr/ports/pobj/php-7.0.28/.extract_done')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/php-7.0.28.tgz')
*** Error 1 in . 

Re: php on arm

[s_graf]

The patch allowed the build to continue.

Packages so far:
op1bsd63snap$ pkg_info
autoconf-2.69p2 automatically configure source code on many Un*x platforms
bison-3.0.4p0   GNU parser generator
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
help2man-1.47.5 generates simple manual pages from program output
libiconv-1.14p3 character set conversion library
libsigsegv-2.12 library for handling page faults in user mode
m4-1.4.18   GNU m4
metaauto-1.0p1  wrapper for gnu auto*
pcre-8.41   perl-compatible regular expression library
xz-5.2.3p0  LZMA compression and decompression tools
op1bsd63snap$ pkg_info
autoconf-2.69p2 automatically configure source code on many Un*x platforms
bison-3.0.4p0   GNU parser generator
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
help2man-1.47.5 generates simple manual pages from program output
libiconv-1.14p3 character set conversion library
libsigsegv-2.12 library for handling page faults in user mode
m4-1.4.18   GNU m4
metaauto-1.0p1  wrapper for gnu auto*
pcre-8.41   perl-compatible regular expression library
sqlite3-3.22.0p0embedded SQL implementation
xz-5.2.3p0  LZMA compression and decompression tools
op1bsd63snap$ pkg_info
autoconf-2.69p2 automatically configure source code on many Un*x platforms
bison-3.0.4p0   GNU parser generator
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
help2man-1.47.5 generates simple manual pages from program output
libffi-3.2.1p4  Foreign Function Interface
libiconv-1.14p3 character set conversion library
libsigsegv-2.12 library for handling page faults in user mode
m4-1.4.18   GNU m4
metaauto-1.0p1  wrapper for gnu auto*
pcre-8.41   perl-compatible regular expression library
sqlite3-3.22.0p0embedded SQL implementation
xz-5.2.3p0  LZMA compression and decompression tools
op1bsd63snap$

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Stuart 
Henderson
Sent: April 13, 2018 2:45 PM
To: s_g...@telus.net
Cc: 'Peter Hessler' ; ports@openbsd.org; Jasper Lievisse 
Adriaanse 
Subject: Re: php on arm

On 2018/04/13 14:22, s_g...@telus.net wrote:
> cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -I. 
> -I../include -Iinclude -I../src -O2 -pipe -MT src/arm/sysv.lo -MD -MP 
> -MF src/arm/.deps/sysv.Tpo -c ../src/arm/sysv.S -fPIC -DPIC -o 
> src/arm/.libs/sysv.o
> ../src/arm/sysv.S:363:2: error: invalid instruction, did you mean: fldmiax?
>  fldmiadgt ip, {d0-d7}
>  ^
> ../src/arm/sysv.S:412:2: error: invalid instruction, did you mean: fstmiax?
>  fstmiadeq r2, {d0-d3}
>  ^
> /tmp/sysv-897c4d.s:263:2: error: invalid instruction  fstmfdd sp!, 
> {d0-d7}  ^
> /tmp/sysv-897c4d.s:313:2: error: invalid instruction, did you mean: fldmiax?
>  fldmiad sp, {d0-d1}
>  ^
> /tmp/sysv-897c4d.s:316:2: error: invalid instruction, did you mean: fldmiax?
>  fldmiad sp, {d0-d3}
>  ^
> Error while executing cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include 
> -Iinclude -I../src -I. -I../include -Iinclude -I../src -O2 -pipe -MT 
> src/arm/sysv.lo -MD -MP -MF src/arm/.deps/sysv.Tpo -c 
> ../src/arm/sysv.S -fPIC -DPIC -o src/arm/.libs/sysv.o
> *** Error 2 in arm-unknown-openbsd6.3 (Makefile:1337 
> 'src/arm/sysv.lo')
> *** Error 1 in arm-unknown-openbsd6.3 (Makefile:1621 'all-recursive')
> *** Error 1 in arm-unknown-openbsd6.3 (Makefile:730 'all')
> *** Error 1 in /usr/ports/pobj/libffi-3.2.1/libffi-3.2.1 (Makefile:616 
> 'all')

Please apply this diff to ports/devel/libffi, clean and retry and report back 
whether you're able to successfully build libffi.
(Don't wait until you have other pieces for php built before letting us know 
about libffi, please).

jasper, ok with you if it works? (there is finally a 3.3.0 rc now but probably 
better to avoid going down that route for now just to fix this :)



Index: patches/patch-src_arm_sysv_S
===
RCS file: /cvs/ports/devel/libffi/patches/patch-src_arm_sysv_S,v
retrieving revision 1.7
diff -u -p -r1.7 patch-src_arm_sysv_S
--- patches/patch-src_arm_sysv_S22 Jan 2018 06:28:00 -  1.7
+++ patches/patch-src_arm_sysv_S13 Apr 2018 21:41:29 -
@@ -1,10 +1,24 @@
-$OpenBSD: patch-src_arm_sysv_S,v 1.7 2018/01/22 06:28:00 bcallah Exp $
+$OpenBSD$
 
+From FreeBSD, see also
 https://github.com/libffi/libffi/issues/162
+https://github.com/libffi/libffi/issues/191
+
+This code is completely different in the 3.3 branch so can probably 
+just be removed straight off when a release has been from there.
 
 Index: src/arm/sysv.S
 --- src/arm/sysv.S.orig
 +++ src/arm/sysv.S
+@@ 

Re: php on arm

[s_graf]

I tried to build php 7 on a freshly installed current arm7 system.

The following packages were built before an error occurred: 

op1bsd63snap$ pkg_info
autoconf-2.69p2 automatically configure source code on many Un*x platforms
bison-3.0.4p0   GNU parser generator
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
help2man-1.47.5 generates simple manual pages from program output
libiconv-1.14p3 character set conversion library
libsigsegv-2.12 library for handling page faults in user mode
m4-1.4.18   GNU m4
metaauto-1.0p1  wrapper for gnu auto*
pcre-8.41   perl-compatible regular expression library
xz-5.2.3p0  LZMA compression and decompression tools
op1bsd63snap$ pkg_info
autoconf-2.69p2 automatically configure source code on many Un*x platforms
bison-3.0.4p0   GNU parser generator
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
help2man-1.47.5 generates simple manual pages from program output
libiconv-1.14p3 character set conversion library
libsigsegv-2.12 library for handling page faults in user mode
m4-1.4.18   GNU m4
metaauto-1.0p1  wrapper for gnu auto*
pcre-8.41   perl-compatible regular expression library
sqlite3-3.22.0p0embedded SQL implementation
xz-5.2.3p0  LZMA compression and decompression tools
op1bsd63snap$

The error trace:


cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -I. 
-I../include -Iinclude -I../src -O2 -pipe -MT src/arm/sysv.lo -MD -MP -MF 
src/arm/.deps/sysv.Tpo -c ../src/arm/sysv.S -fPIC -DPIC -o src/arm/.libs/sysv.o
../src/arm/sysv.S:363:2: error: invalid instruction, did you mean: fldmiax?
 fldmiadgt ip, {d0-d7}
 ^
../src/arm/sysv.S:412:2: error: invalid instruction, did you mean: fstmiax?
 fstmiadeq r2, {d0-d3}
 ^
/tmp/sysv-897c4d.s:263:2: error: invalid instruction
 fstmfdd sp!, {d0-d7}
 ^
/tmp/sysv-897c4d.s:313:2: error: invalid instruction, did you mean: fldmiax?
 fldmiad sp, {d0-d1}
 ^
/tmp/sysv-897c4d.s:316:2: error: invalid instruction, did you mean: fldmiax?
 fldmiad sp, {d0-d3}
 ^
Error while executing cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude 
-I../src -I. -I../include -Iinclude -I../src -O2 -pipe -MT src/arm/sysv.lo -MD 
-MP -MF src/arm/.deps/sysv.Tpo -c ../src/arm/sysv.S -fPIC -DPIC -o 
src/arm/.libs/sysv.o
*** Error 2 in arm-unknown-openbsd6.3 (Makefile:1337 'src/arm/sysv.lo')
*** Error 1 in arm-unknown-openbsd6.3 (Makefile:1621 'all-recursive')
*** Error 1 in arm-unknown-openbsd6.3 (Makefile:730 'all')
*** Error 1 in /usr/ports/pobj/libffi-3.2.1/libffi-3.2.1 (Makefile:616 'all')
*** Error 1 in /usr/ports/devel/libffi 
(/usr/ports/infrastructure/mk/bsd.port.mk:2742 
'/usr/ports/pobj/libffi-3.2.1/.build_done')
*** Error 1 in /usr/ports/devel/libffi 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/libffi-3.2.1p4.tgz')
*** Error 1 in /usr/ports/devel/libffi 
(/usr/ports/infrastructure/mk/bsd.port.mk:2440 '_internal-package')
*** Error 1 in /usr/ports/devel/libffi 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'package')
*** Error 1 in /usr/ports/devel/libffi 
(/usr/ports/infrastructure/mk/bsd.port.mk:1956 
'/var/db/pkg/libffi-3.2.1p4/+CONTENTS')
*** Error 1 in /usr/ports/devel/libffi 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'install')
*** Error 1 in /usr/ports/lang/python/2.7 
(/usr/ports/infrastructure/mk/bsd.port.mk:2073 
'/usr/ports/pobj/Python-2.7.14/.dep-devel-libffi')
*** Error 1 in /usr/ports/lang/python/2.7 
(/usr/ports/infrastructure/mk/bsd.port.mk:2508 
'/usr/ports/pobj/Python-2.7.14/.extract_done')
*** Error 1 in /usr/ports/lang/python/2.7 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/python-2.7.14p1.tgz')
*** Error 1 in /usr/ports/lang/python/2.7 
(/usr/ports/infrastructure/mk/bsd.port.mk:2440 '_internal-package')
*** Error 1 in /usr/ports/lang/python/2.7 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'package')
*** Error 1 in /usr/ports/lang/python/2.7 
(/usr/ports/infrastructure/mk/bsd.port.mk:1956 
'/var/db/pkg/python-2.7.14p1/+CONTENTS')
*** Error 1 in /usr/ports/lang/python/2.7 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'install')
*** Error 1 in /usr/ports/textproc/libxml 
(/usr/ports/infrastructure/mk/bsd.port.mk:2073 
'/usr/ports/pobj/libxml2-2.9.8/.dep-lang-python-2.7')
*** Error 1 in /usr/ports/textproc/libxml 
(/usr/ports/infrastructure/mk/bsd.port.mk:2508 
'/usr/ports/pobj/libxml2-2.9.8/.extract_done')
*** Error 1 in /usr/ports/textproc/libxml 
(/usr/ports/infrastructure/mk/bsd.port.mk:1938 
'/usr/ports/packages/arm/all/libxml-2.9.8.tgz')
*** Error 1 in /usr/ports/textproc/libxml 
(/usr/ports/infrastructure/mk/bsd.port.mk:2440 '_internal-package')
*** Error 1 in /usr/ports/textproc/libxml 
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'package')
*** Error 1 in /usr/ports/textproc/libxml 

Re: arm bulk build report

[s_graf]

Just tried to get php and bacula from the latest arm build, but could not
find them??

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of
phess...@openbsd.org
Sent: April 6, 2018 1:57 AM
To: ports@openbsd.org
Subject: arm bulk build report

bulk build on armv7-0.ports.openbsd.org
started on  Mon Mar 26 14:21:51 MDT 2018 finished at Thu Apr 5 12:40:15 MDT
2018 lasted 10D15h18m done with kern.version=OpenBSD 6.3 (GENERIC) #4: Sun
Mar 25 07:49:21 MDT 2018

built packages:6678
Mar 26:293
Mar 27:204
Mar 28:372
Mar 29:572
Mar 30:741
Mar 31:2482
Apr 1:2013



build failures: 34
http://build-failures.rhaalovely.net//arm/2018-03-26/comms/lcdproc.log
http://build-failures.rhaalovely.net//arm/2018-03-26/databases/redis.log
http://build-failures.rhaalovely.net//arm/2018-03-26/devel/apr.log
http://build-failures.rhaalovely.net//arm/2018-03-26/devel/liboil.log
http://build-failures.rhaalovely.net//arm/2018-03-26/devel/openmpi.log
http://build-failures.rhaalovely.net//arm/2018-03-26/editors/zile.log
http://build-failures.rhaalovely.net//arm/2018-03-26/emulators/dgen-sdl,debu
gger.log
http://build-failures.rhaalovely.net//arm/2018-03-26/emulators/dynamips.log
http://build-failures.rhaalovely.net//arm/2018-03-26/games/gnuchess.log
http://build-failures.rhaalovely.net//arm/2018-03-26/games/scid.log
http://build-failures.rhaalovely.net//arm/2018-03-26/games/stone-soup.log
http://build-failures.rhaalovely.net//arm/2018-03-26/games/vacuum.log
http://build-failures.rhaalovely.net//arm/2018-03-26/games/xmoto.log
http://build-failures.rhaalovely.net//arm/2018-03-26/lang/STk.log
http://build-failures.rhaalovely.net//arm/2018-03-26/lang/ecl.log
http://build-failures.rhaalovely.net//arm/2018-03-26/lang/gcc/4.9.log
http://build-failures.rhaalovely.net//arm/2018-03-26/lang/guile2.log
http://build-failures.rhaalovely.net//arm/2018-03-26/lang/pfe.log
http://build-failures.rhaalovely.net//arm/2018-03-26/lang/racket-minimal.log
http://build-failures.rhaalovely.net//arm/2018-03-26/lang/spidermonkey.log
http://build-failures.rhaalovely.net//arm/2018-03-26/mail/bogofilter,db4.log
http://build-failures.rhaalovely.net//arm/2018-03-26/mail/courier-unicode.lo
g
http://build-failures.rhaalovely.net//arm/2018-03-26/math/mathomatic.log
http://build-failures.rhaalovely.net//arm/2018-03-26/net/bwm-ng.log
http://build-failures.rhaalovely.net//arm/2018-03-26/net/echoping.log
http://build-failures.rhaalovely.net//arm/2018-03-26/net/ftpcopy.log
http://build-failures.rhaalovely.net//arm/2018-03-26/net/tor.log
http://build-failures.rhaalovely.net//arm/2018-03-26/security/botan2.log
http://build-failures.rhaalovely.net//arm/2018-03-26/security/john-jumbo.log
http://build-failures.rhaalovely.net//arm/2018-03-26/security/smurflog.log
http://build-failures.rhaalovely.net//arm/2018-03-26/telephony/pjsua.log
http://build-failures.rhaalovely.net//arm/2018-03-26/www/drupal7/locale-fr.l
og
http://build-failures.rhaalovely.net//arm/2018-03-26/www/goaccess.log
http://build-failures.rhaalovely.net//arm/2018-03-26/www/w3m.log
Base libs:
c.92.3 crypto.43.1

X libs:

Re: fix armv7 build for lang/gcc/4.9

[s_graf]

Is there any chance of getting mp on arm7?  That would speed things up.

-Original Message-
From: owner-po...@openbsd.org  On Behalf Of Markus 
Hennecke
Sent: March 23, 2018 11:40 AM
To: ports@openbsd.org
Subject: Re: fix armv7 build for lang/gcc/4.9

Unfortunately this fails when doing a FLAVOR=full build with xg++: error: 
unrecognized command line option '-fbracket-depth=512'. I will look into this 
again, if only armv7 builds were a bit faster on my board...


On Fri, 23 Mar 2018, Markus Hennecke wrote:

> In order to compile gcc 4.9 on armv7 the patches below are required. I 
> don't know if the approach for the configure patch is the correct way to 
> inject -fbracket-depth=512 is the best way to do it. The patch for 
> gcc/system.h had no effect on a i386 build. Perhaps this becomes handy if 
> 6.3 packages are build for armv7.
> 
> Index: patches/patch-gcc_configure
> ===
> RCS file: /cvs/ports/lang/gcc/4.9/patches/patch-gcc_configure,v
> retrieving revision 1.5
> diff -u -p -r1.5 patch-gcc_configure
> --- patches/patch-gcc_configure   1 Sep 2016 17:30:33 -   1.5
> +++ patches/patch-gcc_configure   23 Mar 2018 17:39:58 -
> @@ -1,7 +1,18 @@
>  $OpenBSD: patch-gcc_configure,v 1.5 2016/09/01 17:30:33 pascal Exp $
>  gcc/configure.orig   Sun May 22 10:53:32 2016
> -+++ gcc/configureSat Aug  6 19:19:05 2016
> -@@ -17367,7 +17367,7 @@ openbsd*)
> +Index: gcc/configure
> +--- gcc/configure.orig
>  gcc/configure
> +@@ -6597,6 +6597,9 @@ $as_echo "$ac_res" >&6; }
> + fi
> +   done
> + CFLAGS="$save_CFLAGS"
> ++if [[ `uname -m` == armv7 ]] ; then
> ++  noexception_flags="$noexception_flags -fbracket-depth=512"
> ++fi
> + 
> + 
> + # Enable expensive internal checks
> +@@ -17367,7 +17370,7 @@ openbsd*)
>   *)  need_version=no  ;;
> esac
> library_names_spec='${libname}${release}${shared_ext}$versuffix 
> ${libname}${shared_ext}$versuffix'
> @@ -10,7 +21,7 @@ $OpenBSD: patch-gcc_configure,v 1.5 2016
> shlibpath_var=LD_LIBRARY_PATH
> if test -z "`echo __ELF__ | $CC -E - | $GREP __ELF__`" || test 
> "$host_os-$host_cpu" = "openbsd2.8-powerpc"; then
>   case $host_os in
> -@@ -21027,7 +21027,7 @@ openbsd*)
> +@@ -21027,7 +21030,7 @@ openbsd*)
>   *)  need_version=no  ;;
> esac
> library_names_spec='${libname}${release}${shared_ext}$versuffix 
> ${libname}${shared_ext}$versuffix'
> @@ -19,7 +30,7 @@ $OpenBSD: patch-gcc_configure,v 1.5 2016
> shlibpath_var=LD_LIBRARY_PATH
> if test -z "`echo __ELF__ | $CC -E - | $GREP __ELF__`" || test 
> "$host_os-$host_cpu" = "openbsd2.8-powerpc"; then
>   case $host_os in
> -@@ -27522,6 +27522,7 @@ else
> +@@ -27522,6 +27525,7 @@ else
>   fi
>   
>   ;;
> Index: patches/patch-gcc_system_h
> ===
> RCS file: patches/patch-gcc_system_h
> diff -N patches/patch-gcc_system_h
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-gcc_system_h23 Mar 2018 17:39:58 -
> @@ -0,0 +1,13 @@
> +$OpenBSD$
> +
> +Index: gcc/system.h
> +--- gcc/system.h.orig
>  gcc/system.h
> +@@ -231,6 +231,7 @@ extern int errno;
> +file uses a standard library header that includes , we will get
> +an error about 'using std::malloc'.  */
> + #ifdef __cplusplus
> ++#include 
> + #include 
> + #endif
> + 
> 
>