make build / x86_64-linux-gnu-gcc failed with exit status 1

[micressor]

According to https://docs.services.mozilla.com/howtos/run-sync-1.5.html my build process failed.

$ make clean
rm -rf ./local
$ make build
// Here is the first hint during building:
Running setup.py install for umemcache
...
cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for C/O
bjC but not for C++
./python/umemcache.cpp: In function ‘int Client_init(PyClient_, PyObject_, P
yObject_)’:
./python/umemcache.cpp:255:60: warning: deprecated conversion from string co
nstant to ‘char_’ [-Wwrite-strings]
static char kwlist[] = {"address", "max_item_size", NULL};
... ^
running build
running build_ext
building 'umemcache' extension
creating build
creating build/temp.linux-x86_64-2.7
creating build/temp.linux-x86_64-2.7/python
creating build/temp.linux-x86_64-2.7/lib
...
cc1plus: some warnings being treated as errors
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
...
Traceback (most recent call last):
File "./local/bin/pip", line 11, in
sys.exit(main())
File "/opt/fsync1.5/syncserver/local/local/lib/python2.7/site-packages/pip/init.py", line 235, in main
return command.main(cmd_args)
File "/opt/fsync1.5/syncserver/local/local/lib/python2.7/site-packages/pip/basecommand.py", line 161, in main
text = '\n'.join(complete_log)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 42: ordinal not in range(128)
Makefile:17: recipe for target 'local/COMPLETE' failed
make: ** [local/COMPLETE] Error 1
$

System Info:
$ dpkg -l python-dev git-core python-virtualenv
ii git 1:2.1.1-1
ii python-dev 2.7.8-1 amd64
ii python-virtual 1.11.6-2 all

$ uname -a
Linux x 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux

$ x86_64-linux-gnu-gcc --version
x86_64-linux-gnu-gcc (Debian 4.9.1-15) 4.9.1

How can I help to debug?

[rfk]

cc1plus: some warnings being treated as errors

I guess this is an upstream problem with compiling https://github.com/esnme/ultramemcache. Looks like there are a couple of build-related issues on https://github.com/esnme/ultramemcache/issues

Unfortunately it's not simple to just remove it as a dependency, due to the way our packaging is done.

[rfk]

Per esnme/ultramemcache#33 you may be able to work around this by setting CFLAGS="-Wno-error" in the environment.

[rfk]

I've added the CFLAGS workaround to the makefile which will hopefully let the build process - @micressor can you please try out the latest version and let me know if it works for you?

[Grief]

@rfk I had experienced exactly the same issue and had to use the workaround you provided. I can confirm that with your fix there is no need to set CFLAGS manually anymore.

[rfk]

Great, thanks @Grief, I'll go ahead and close out this bug