similar to: No subject

Thank you for responding to my problem I have no problem building in Debian 8 , the problem is with Cygwin64 I see that the two lines from Cygwin64 >> gcc -g -O2 -Wall -Wsign-compare usbhid-ups.c -o usbhid-ups In file included from usbhid-ups.c:32:0: And Debian>>> make[1]: Entering directory '/home/walter/nut/drivers' depbase=`echo usbhid-ups.o | sed

redhat enterprise 4 (still widely in use in coorp env.) $ g++ --version g++ (GCC) 3.4.6 20060404 (Red Hat 3.4.6-11) make[2]: Entering directory `/usr/src/xapian/xapian-core-1.2.2/.build' depbase=`echo api/decvalwtsource.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ /bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I../common -I../include -I./include

Thank you for the feedback. This is cross-compiling for mingw-w64-x86_64 using gcc-5.3.0 and mingw-w64-4.0.4 on GNU/Linux. Upon attempting to compile now, a large number of errors occur in flac/decode.c which I have placed at the end of this email. They are eased by adding this to decode.c: #if _WIN32 #include <windows.h> #include <shlobj.h> #endif ...among the headers. Then, this

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

That's true I'm trying to build it to use in android I used the -DOUTSIDE_SPEEX. and i get speex_resampler.h:51:2: error: #error "Please define RANDOM_PREFIX (above) to something specific to your project to prevent symbol name clashes" 2013/10/28 Gregory Maxwell <gmaxwell at gmail.com> > On Mon, Oct 28, 2013 at 11:26 AM, Antonio Juan <anquegi at gmail.com>

There are few reasons why I stick to older OSes. In case of FreeBSD its my customized Imunes platform for network simulations... Anyway, back to root problem: gcc -std=gnu99 -DHAVE_CONFIG_H -DCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -DFORTIFY_SOURCE=2 -g -O2 -MT tincd.o -MD -MP -MF $depbase.Tpo -c -o tincd.o tincd.c &&\ mv -f $depbase.Tpo $depbase.Po

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

I?m trying to build Opus (git master) for iOS, and it doesn?t build unless I disable the ARM assembly. It looks like the problem is that Apple?s assembler doesn?t support all the assembler directives that the GNU assembler does. I suspect this is a combination of the fact that Apple platforms are Mach-O rather than Elf, and just the fact that Apple?s assembler is extremely divergent from the

On Jul 6, 2015, at 10:32 AM, Sergey Talchuk <tals1975 at gmail.com> wrote: > /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

I am trying to compile the latest nut version on Cygwin64 and have run into his issue Any Ideas?? gcc -DHAVE_CONFIG_H -I. -I../include -I../include -I/usr/include/neon -g -O2 -Wall -Wsign-compare -MT genericups.o -MD -MP -MF $depbase.Tpo -c -o genericups.o genericups.c &&\ mv -f $depbase.Tpo $depbase.Po In file included from genericups.c:24:0: genericups.h:147:4: error:

On Fri, Apr 08, 2016 at 02:55:10PM +0200, borg at uu3.net wrote: > There are few reasons why I stick to older OSes. > In case of FreeBSD its my customized Imunes platform > for network simulations... Hm, I just tried FreeBSD 4.11 in a VM and it seems it doesn't support C99 at all. So I guess you already had to install a newer GCC and what not to get things running :) > Anyway,

Hello, i am trying to install xapian on windows. As the xapian download page says, there are two options here: 1) mingw 2) a separate set of makefiles for MSVC. If i understand correctly, MSVC is supported only by xapian 1.2.8 and older, so i decided to try mingw. The configure script worked perfectly, but "make" finished with a error (see the output below). So far i have two

Hi, Seems like it's not linking with libm. I suspect it has to do with linking statically with libopus.a (is that intended?). Maybe opus-tools relies on the fact that libopus is linked with libm and doesn't explicitly add it? Greg? Jean-Marc On 09/24/2013 06:09 AM, bat guano wrote: > Hi > I'm having a problem compiling opus-tools-0.1.7. > Version opus-tools-0.1.6 seems to

Hi, I'm on a Ubuntu 18.04 server, trying to use django-haystack with xapian in a python3.6 virtualenv. The virtualenv is set up not to use system packages, meaning that I can't just install python3-xapian-haystack with apt, and instead have to manually build xapian-core and xapian-bindings within the virtualenv. This works with xapian-core and the --prefix argument to configure. When I

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

https://bugs.freedesktop.org/show_bug.cgi?id=93547 Bug ID: 93547 Summary: Built failed for "Mesa (master): nouveau: remove use of deprecated nouveau_device:: drm_version" Product: Mesa Version: git Hardware: x86 (IA32) OS: All Status: NEW Severity: normal Priority:

This patch to opus-tools adds optional support to WavPack lossless format as input to opusenc. Like support to FLAC, it depends on an external library, libwavpack, and may be disabled on configure. Lucas Clemente Vella (1): Reading input from WavPack files. Makefile.am | 7 +- configure.ac | 37 ++++++++ src/audio-in.c | 71 ++++++++------- src/opusenc.c | 19 +++- src/opusenc.h

Report by Eric Lindblad 28-08-2015 http://www.ericlindblad.blogspot.com As of Windows 8.1 MS has discontinued enabling for Interix, so perhaps there is little or no interest in this e-mail's subject matter. NB: As far as possible languages for xapian-bindings I only have be able to compile earlier versions of Tcl with a static library on Interix 3.5, Perl versions fail 'make check',

Question by Eric Lindblad 05-09-2015 http://www.ericlindblad.blogspot.com I would enquire if anyone has an opinion on whether it might be a possibility that adding the following #ifdef in certain xapian-core-1.2.21 /common and/or /backends files following the string #include <sys/types.h> might move closer towards resolution the 'ambiguous overload' issue. +#ifdef __INTERIX +#

Hi I'm having a problem compiling opus-tools-0.1.7. Version opus-tools-0.1.6 seems to compile OK. I've tried with opus-1.0.3 and opus-1.1-beta. The errors are like this:- "undefined reference to `sqrtf'" etc. This OS is Peppermint Three, similar to Ubuntu 12.04. It uses:- gcc --version gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 Google says it's maybe something to do