Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 10 Dec 2016 02:30:56 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 215188] databases/memcached after update 4-Dec on FreeBSD11.0S using core-avx-i build failure
Message-ID:  <bug-215188-13@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215188

            Bug ID: 215188
           Summary: databases/memcached after update 4-Dec on FreeBSD11.0S
                    using core-avx-i build failure
           Product: Ports & Packages
           Version: Latest
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: Individual Port(s)
          Assignee: swills@FreeBSD.org
          Reporter: dewayne@heuristicsystems.com.au
             Flags: maintainer-feedback?(swills@FreeBSD.org)
          Assignee: swills@FreeBSD.org

Regularly rebuilding ALL ports we came across a problem with memcached

Please note we are building for specific core-avx-i instructions, which we =
do
regularly (approx 3 weekly), none of the make or other mechanisms have chan=
ged.
 we're using a make/portmaster environment.  This is what happens:

# Using clang 3.8.0 on FreeBSD 11.0 Stable

/usr/local/libexec/ccache/cc -DHAVE_CONFIG_H -I.  -DNDEBUG -I/usr/local/inc=
lude
-O2 -pipe -DOPENSSL_NO_SSL2 -DOPENSSL_NO_SSL3 -g0 -ggdb0 -DSTRP_FBSDID -UND=
EBUG
-UDEBUGGING -UEBUGGING -UDEBUG -march=3Dcore-avx-i -mtune=3Dcore-avx-i=20
-I/usr/local/include -no-integrated-as -fno-strict-aliasng -std=3Dc99  -m64=
 -O2
-pipe -DOPENSSL_NO_SSL2 -DOPENSSL_NO_SSL3 -g0 -ggdb0 -DSTRIP_FBSDID -UNDEBUG
-UDEBUGGING -UEBUGGING -UDEBUG -march=3Dcore-vx-i -mtune=3Dcore-avx-i=20
-I/usr/local/include -no-integrated-as -fno-strict-aliasing -std=3Dc99 -Wall
-pedantic -Wmissing-prototypes -Wmissing-delarations -Wredundant-decls -MT
memcached-memcached.o -MD -MP -MF .deps/memcached-memcached.Tpo -c -o
memcached-memcached.o `test -f 'memcache.c' || echo './'`memcached.c
/tmp/memcached-1b0c80.s: Assembler messages:
/tmp/memcached-1b0c80.s:2842: Error: no such instruction: `vxorps
%xmm0,%xmm0,%xmm0'
/tmp/memcached-1b0c80.s:2843: Error: no such instruction: `vmovups
%xmm0,stats+16(%rip)'
/tmp/memcached-1b0c80.s:2844: Error: no such instruction: `vmovups
%xmm0,stats(%rip)'
...

Using gcc5.4.0

configure:3342: gcc5 -O2 -pipe -DOPENSSL_NO_SSL2 -DOPENSSL_NO_SSL3 -g0 -ggd=
b0
-DSTRIP_FBSDID -UNDEBUG -UDEBUGGING -UEBUGGING -UDEBUG -march=3Dcore-avx-i =
-mtu
gcc5: error: unrecognized command line option '-no-integrated-as'
gcc5: error: unrecognized command line option '-no-integrated-as'

# gcc5 doesn't recognise no-integrated-as so
# sed -i '' -e "/integrated-as/s/^/#/g" /usr/ports/databases/memcached/Make=
file

It fails with another problem.  Ok - lets just revert

# svnlite update -r '{2016-12-01}'  /usr/ports/databases/memcached

Yay!
=3D=3D=3D>  Building package for memcached-1.4.33
Works for clang 3.8.0 (ccache was disabled)

Not that we need to, lets try under gcc5
Yay!
=3D=3D=3D>  Building package for memcached-1.4.33
Works for gcc5.4 (ccache was disabled)

The ONLY thing that was changed between failure and success was a revert.=20
Interesting we were able to successfully build memcached using march=3Dcore=
2 on
this same box. :/=20

Aside: Why use gcc5.4.0? Because that's what is in /usr/ports/base/gcc, tho=
ugh
why the Makefile says its in category devel is a separate mystery.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-215188-13>