Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[Semi-Resolved] Python-3.6 compile failure - Upstream Bug
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
ct85711
Veteran
Veteran


Joined: 27 Sep 2005
Posts: 1702

PostPosted: Sun Feb 26, 2017 5:04 pm    Post subject: [Semi-Resolved] Python-3.6 compile failure - Upstream Bug Reply with quote

I encountered python-3.6 failing to compile on my system, on the blake2s module. Doing a quick search, according to the python mailing list, this is a new hash in openssl1.1.0. My installed version of openssl on my system is 1.0.2k.
From the logs, this appears to be the error messages.

Code:
building '_dbm' extension
x86_64-pc-linux-gnu-gcc -pthread -fPIC -Wno-unused-result -Wsign-compare -DNDEBUG -march=native -pipe -O2 -fwrapv -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -DHAVE_GDBM_NDBM_H -I./Include -I. -I/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Include -I/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0 -c /tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_dbmmodule.c -o build/temp.linux-x86_64-3.6/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_dbmmodule.o
In file included from /tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s-round.h:70:0,
                 from /tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s.c:40,
                 from /tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/blake2s_impl.c:32:
/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s-load-xop.h:29:4: error: expected identifier or '(' before 'return'
    return _mm_blendv_epi8(t0, s1, mask);
    ^
/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s-load-xop.h:30:1: error: expected identifier or '(' before '}' token
 }*/
 ^
/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s-load-xop.h:30:3: error: expected identifier or '(' before '/' token
 }*/
   ^
In file included from /tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/blake2s_impl.c:32:0:
/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s.c: In function 'blake2s_init0':
/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s.c:167:38: error: 'blake2s_IV' undeclared (first use in this function)
   for( i = 0; i < 8; ++i ) S->h[i] = blake2s_IV[i];
                                      ^
/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s.c:167:38: note: each undeclared identifier is reported only once for each function it appears in
/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s.c: In function 'PyBlake2_blake2s_init_param':
/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s.c:176:44: error: 'blake2s_IV' undeclared (first use in this function)
   const uint8_t * v = ( const uint8_t * )( blake2s_IV );
                                            ^
building '_gdbm' extension
x86_64-pc-linux-gnu-gcc -pthread -fPIC -Wno-unused-result -Wsign-compare -DNDEBUG -march=native -pipe -O2 -fwrapv -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -I./Include -I. -I/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Include -I/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0 -c /tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_gdbmmodule.c -o build/temp.linux-x86_64-3.6/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_gdbmmodule.o
x86_64-pc-linux-gnu-gcc -pthread -fPIC -Wno-unused-result -Wsign-compare -DNDEBUG -march=native -pipe -O2 -fwrapv -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -DMODULE_NAME="sqlite3" -IModules/_sqlite -I/usr/include -I./Include -I. -I/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Include -I/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0 -c /tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_sqlite/microprotocols.c -o build/temp.linux-x86_64-3.6/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_sqlite/microprotocols.o


Complete build log available here (compiled with MAKEOPTS=-j1): https://paste.pound-python.org/show/c8y4hiLywBPAbg1FpwwF/
Emerge --Info here: https://paste.pound-python.org/show/Xfvc2RjzFKkSSNDnjgAC/

It appears that openssl-1.1.0e is still masked in profile, so unable to try if that is necessary.

Code:
Oate ct85711 # emerge -pv1 =dev-libs/openssl-1.1.0e

These are the packages that would be merged, in order:

Calculating dependencies... done!

...


Total: 16 packages (2 upgrades, 14 reinstalls), Size of downloads: 5,081 KiB

The following mask changes are necessary to proceed:
 (see "package.unmask" in the portage(5) man page for more details)
# required by =dev-libs/openssl-1.1.0e (argument)
# /usr/portage/profiles/package.mask:
# Lars Wendler <polynomial-c@gentoo.org> (26 Aug 2016)
# Masked while being tested and reverse deps aren't fully compatible
=dev-libs/openssl-1.1.0e


Code:
Oate ct85711 # emerge -pv python

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS    ] dev-lang/python-3.6.0:3.6/3.6m::gentoo [2.7.13:2.7::gentoo, 3.4.6:3.4/3.4m::gentoo, 3.5.2:3.5/3.5m::gentoo] USE="gdbm ipv6 ncurses readline sqlite ssl (threads) tk xml -build -examples -hardened -libressl -wininst" 0 KiB


Last edited by ct85711 on Sun Feb 26, 2017 10:18 pm; edited 1 time in total
Back to top
View user's profile Send private message
fedeliallalinea
Bodhisattva
Bodhisattva


Joined: 08 Mar 2003
Posts: 22196
Location: here

PostPosted: Sun Feb 26, 2017 6:14 pm    Post subject: Reply with quote

Bug
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
ct85711
Veteran
Veteran


Joined: 27 Sep 2005
Posts: 1702

PostPosted: Sun Feb 26, 2017 10:17 pm    Post subject: Reply with quote

Ok, guess I'll just hold off on this package, until it's fixed. I know I saw that bug report before I posted, but didn't think much about it as it doesn't say an error message that I would associate with a wrong CPU instruction. I knew this shouldn't have been due to a setting, as I haven't changed my configs in any significant way since CPU_FLAGS_X86 was added. Thanks for pointing it out to me.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum