similar to: Bug#701248: blktap: ftbfs with GCC-4.8

Package: src:blktap Version: 2.0.90-3 Severity: normal Tags: sid stretch User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-5 Please keep this issue open in the bug tracker for the package it was filed for. If a fix in another package is required, please file a bug for the other package (or clone), and add a block in this package. Please keep the issue open until the package can be built

Sirs, I can't compile the source spandsp-0.0.2pre10; when i try to do the "make" sentence the following errors appear: # make Making all in src make[1]: Entering directory `/export/usr/src/spandsp-0.0.2/src' make all-am make[2]: Entering directory `/export/usr/src/spandsp-0.0.2/src' if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I -g -O2 -MT

Just wondering if anyone else has managed to successfully compile spandsp-0.0.2pre6... I'm assuming it is working for most people, else it probably wouldn't have been released, and/or, other people would have had more to say about it... In any case, these are the errors I am getting while doing a make: if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I -g -O2 -MT

Package: blktap Version: 2.0.90-4 Severity: important User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-6 gcc-6-unused-const-variable This package fails to build with GCC 6. GCC 6 has not been released yet, but it's expected that GCC 6 will become the default compiler for stretch. Note that only the first error is reported; there might be more. You can find a snapshot of GCC 6 in

I recently compiled the drm and nouveau modules on Debian unstable. All went well until I had to insert the drm module, I recieved to following error: insmod: error inserting 'drm.ko': -1 Unknown symbol in module I have compiled the modules before and I have always gotten this same error. Here is the log of my build: debian:/home/michael/drm# ./autogen.sh --prefix=/usr && make

I have just made an attempt at compiling 2.2.33.1 and it fails on one of my servers - FreeBSD 8.4 where 2.2.32 has been running happily: This is where I am going to start the tests before I move to the other servers (FreeBSD 9.3, 10.3, 11): mv -f .deps/maildir-settings.Tpo .deps/maildir-settings.Plo /bin/bash ../../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../../..

Hi, I am trying to isntall Xapain. I run $./cofigure optionand then I rune make, but it echos following message in infinite loop. Is there anything wrong? How to correct? --------------------------------- /bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I./common -I./include -Wall -W -Wredundant-decls -Wpointer-arith -Wcast-qual -Wcast-align -Wno-long-long

Did you installed openssh? Tobias Hachmer <lists at kokelnet.de>??? >Hello list, > >Although timos bugfix release this morning I can't build pigeonhole 0.3.3 for >dovecot 2.1.12 successfully. I don't know if it is a new bug or if I do >something wrong but with dovecot 2.1.10 all worked fine, with the same configure >options. > >configure options (out of

Hello list, Although timos bugfix release this morning I can't build pigeonhole 0.3.3 for dovecot 2.1.12 successfully. I don't know if it is a new bug or if I do something wrong but with dovecot 2.1.10 all worked fine, with the same configure options. configure options (out of debian/rules for building debian package): ./configure --with-dovecot=/usr/lib/dovecot \

Hi, I need help because I can't install Nut in RedHat EL 6.6 The version of Nut in repository ot RHEL is 2.6.5-2, but doesn't suppor my UPS, Liebert GXT3-200RT. I read that it is supported using Nut version 2.7.2, but I looking all around the web how to install it in my RedHat but I didn't find answers. Follow the guide, I can downlad lasted version stable on web: 2.7.2 Here the

I am having compile problems with Dovecot v2.0.2 on a well patched Solaris 10u8 Sparc system using the included gcc compiler. Version 2.0.0 compiled with out any issues using the same configure syntax. My ./configure syntax looks like this: ./configure --with-ssl=openssl --with-shadow Yahoo and Google searches turned up nothing for me. Reviewing the file mountpoint.c between version 2.0.0

Hi? I am a beginer. And I want to try this searcher. When I configure and building Xapian-bingdings, I met this problem. I type "make" then got some error info: That appear like this: jack at jack-desktop:~/SE/xapian-bindings-1.2.5$ make make all-recursive make[1]: ?????? `/home/jack/SE/xapian-bindings-1.2.5' Making all in python make[2]: ??????

Hello, I have been unable to install Ices2 on the latest version of Tiger. I have tried two methods: one using DarwinPorts to install, and the other grabbing the source and building it myself. Both seem to exit compilation with the same or similar errors that I don't understand. I am not a C hacker, so I won't be able to solve this myself. All the supporting libs installed just fine

Hi Charles, Thanks for the prompt reply! Errors occur when execute make: /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF $depbase.Tpo -c -o nutclient.lo nutclient.cpp &&\ mv -f $depbase.Tpo $depbase.Plo libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF .deps/nutclient.Tpo -c

Hello, I tried to compile dovecot rc15 from the sources with the quota-rewrite patch (http://dovecot.org/patches/1.0/quota-rewrite.diff) on FreeBSD 6.1, but the compilation stop with the following errors. I am not very good in coding, so if you could fix the patch for FreeBSD it will be great. Making all in trash if /usr/local/bin/bash ../../../libtool --tag=CC --mode=compile gcc

Hello, I usually have no problem compiling dovecot on my OS X.4 machine (last one I compiled was rc2), but rc6 is giving trouble: if /bin/sh ../../../libtool --tag=CC --mode=compile gcc - DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/ lib-dict -I../../../src/lib-index -I../../../src/lib-mail -I../../../ src/lib-storage -I../../../src/lib-storage/index

Hi, the latest revision of dovecot 1.1 tree (576020ceda60) produces errors during compilation on Debian Lenny: [...] Making all in quota make[4]: Entering directory `/scratch/heiko/dovecot/dovecot-1-1-576020ceda60/src/plugins/quota' if /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-dict -I../../../src/lib-index

Hi, downloaded the latest snapshot just right now at soft-switch for MFC/R2 support and I get this message when trying to do libmfcr2; any idea ? it looks like he's not reaching Unicall. Thanks, Fred # make make all-am make[1]: Entering directory `/usr/src/libmfcr2-0.0.3' if /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/libxml2 -g -O2 -MT

Hi Charles, Yes, it looks like my g++ does contain STL library which might be just my specific case... However, as a temporary solution I disabled nutclient in Makefile (please find the file attached). And nut-2.7.3 can be compiled now. Thanks, Sergey On Wed, Jul 8, 2015 at 4:13 AM, Charles Lepple <clepple at gmail.com> wrote: > On Jul 6, 2015, at 10:32 AM, Sergey Talchuk

Hi all. I have problem compiling xapian php bindings. I am using debian sarge. I have installed php4-dev before compilation. I am getting the following errors: boomer:~/xapian/xapian-bindings-0.9.0# make make all-recursive make[1]: Entering directory `/root/xapian/xapian-bindings-0.9.0' Making all in php4 make[2]: Entering directory `/root/xapian/xapian-bindings-0.9.0/php4' make