similar to: Rmpi installation over MPICH

Subject pretty much says it all. I am running 64-bit Ubuntu 8.04, i.e. Hardy Heron, have openmpi installed, and get the following error message with attempted install of Rmpi. sessionInfo() follows. Mark checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes

Lateral to Matt, Matt, can you refresh my memory... I vaguely remember you mentioning that my OUR_CFLAGS_HEAD/OUR_CFLAGS_TAIL change to configure.in messed up debianization because it put local includes at the head... am I remembering right? Is there a way to resolve that problem *and* Ben's? Josh --- Ben Hines <bhines@alumni.ucsd.edu> wrote: > Updating the fink flac to 1.0.4, it

I think the basic problem is that configure can't find any C++ compiler on your system, which is required to build some of the libraries. It's kind of hard to imagine that Mandrake would supply gcc but not g++; maybe something else is wrong. Anyway, if you absolutely do not want any of the C++ stuff, you can just remove the following directories from SUBDIRS in src/Makefile libFLAC++

# gmake Making all in libspeex gmake[1]: Entering directory `/tmp/speex-1.1.4/libspeex' if /bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1

Dear R People: I'm having trouble installing Rmpi on a debian machine. Here is my output: bccd at node000:~$ /bccd/home/bccd bccd at node000:~$ bccd at node000:~$ export RMPI_TYPE=OPENMPI bccd at node000:~$ R CMD INSTALL Rmpi_0.5-9.tar.gz * installing to library '/bccd/home/bccd/R/x86_64-pc-linux-gnu-library/2.15' * installing *source* package 'Rmpi' ... checking for gcc...

Hi, I just read the thread about making 3dnow optimisations default and thought I would test it as I have an AMD here. Unfortunately I can not even compile with default (no 3dnow) options. ./configure goes fine including this part: checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking for g++... no checking for

Updating the fink flac to 1.0.4, it won't compile because finds the headers of the previous version in /sw/include, because the CPPFLAGS/CFLAGS are being put before the local includes: (configure with ./configure --prefix=/sw --mandir=/sw/share/man ) gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"

It's not really documented, but when you compile with --enable-sse, you need to add -march=pentium3 to the compile switches. That's actually a gcc requirement. Jean-Marc Le mer 21/01/2004 à 04:22, war a écrit : > gcc-3.2.2 + slack 9 + p4 2.6ghz (has sse/2) > > ./configure --prefix=/app/speex-1.1.4 --enable-shared --enable-sse > --with-ogg-dir=/app/libogg-1.1 >

On Tue, Jun 11, 2002 at 12:07:38AM -0700, Josh Coalson wrote: > I have just released a source distribution which is the > candidate for the 1.0.3 release. At this time I would > ask anyone who is willing to help test it to do the > following: > > 1. download the tarball and unzip it: > http://prdownloads.sourceforge.net/flac/flac-1.0.3_beta-src.tar.gz?download > > 2.

Hi, This is a repeat question. Earlier I had asked the same question and eventually found the ans. (http://lists.xiph.org/pipermail/vorbis-dev/2005-August/018179.html) However now when I try the same thing somehow I am not able to use debugging. To use debugging, i compiled the source using the folloing commands,. >make clean >./autogen.sh --enable-DEBUG >make The configure.in has

I'm haivng trouble compiling the libvoribis source. I'm getting errors I don't understand, could somebody please look at the below and tell me if they have any ideas?? <p>make[2]: Entering directory `/root/libvorbis-1.0/lib' source='mdct.c' object='mdct.lo' libtool=yes \ depfile='.deps/mdct.Plo' tmpdepfile='.deps/mdct.TPlo' \ depmode=gcc3

you need curl > 7.10 oddsock At 11:24 PM 4/27/2003 +0200, you wrote: >I got the latest version of icecast2 from the CVS, and I can't compile it. >it says: > >make[2]: Entering directory `/usr/local/src/icecast/icecast2/icecast/src' >gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" >-DPACKAGE_STRING=\"\"

I'm aware of the problem, but I don't know how to get autoconf to handle that properly. If someone knows how to make that work with autoconf even with non-gcc compilers and with default CFLAGS, I'm interested. Jean-Marc Le jeu 01/04/2004 à 17:21, Michael T. Dean a écrit : > When compiling Speex 1.1.4 with GCC 3.3.2, the option -msse must be > added to the CFLAGS in

Well, I can't get icecast to compile on IRIX, not a huge surprise to me, but i'm working on it: First problems, the configure script doesn't work well with IRIX in general, so a bit of manual changes to it were required to force some library locations and compiler flags for the ogg and vorbis tests. (Mainly, $PREFIX/lib is not a safe assumption, as there are $PREFIX/lib,

https://bugs.freedesktop.org/show_bug.cgi?id=52449 Bug #: 52449 Summary: nouveau_vbo_t.c compilation broken due to implicit declaration Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical

I posted this to the comp.lang.tcl newsgroup, but it might relate to a possible bug in the Mingw32 cross-build environment under CentOS 6 (or EPEL). Forwarded Message: From: Robert Heller <heller at deepsoft.com> Subject: Cross Building Tcl using Mingw32-gcc (4.9.2) Newsgroups: comp.lang.tcl Message-ID: <Nc-dnd1wRNTsy6PInZ2dnUU7-b-dnZ2d at giganews.com> Date: Mon, 27 Apr 2015

Thanks for the info. I checked the config.log and I got this information. configure:9311: checking for xsltParseStylesheetFile configure:9361: gcc -o conftest -O20 -fsigned-char -D_REENTRANT -I/usr/local/inc lude -I/usr/local/include/libxml conftest.c -lpthread -L/usr/local/lib -lxsl t -lxml2 -lz -liconv -lm >&5 ld: -lpthread: no match collect2: ld returned 1 exit status It seems

Hallo! While compiling Icecast (after successfully installing libshout, ogg, vorbis-tools, and libao on a Red Hat 8.0 system) I get the following error which causes the compilation to abort: --- quote: [...] make[2]: Entering directory `/usr/local/programs/icecast/src' source='yp.c' object='yp.o' libtool=no \ depfile='.deps/yp.Po' tmpdepfile='.deps/yp.TPo' \

Hi. I downloaded the ices source from CVS yesterday and have been trying to get something going. I got icecast running, but I want to use ices to stream from my sound card to icecast. That seems to be the most straight forward way to do things, but ices does not compile (see below). I have a fresh install of Mandrake 9.0. btw, I also found an RPM ices-0.2.3-3mdk which seemed like an easy

I just checked IceCast out from CVS in an attempt to compile it again (I went through the whole build cycle just a couple of months ago), and I came across this error when I was building it: <p>source='yp.c' object='yp.o' libtool=no \ depfile='.deps/yp.Po' tmpdepfile='.deps/yp.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DPACKAGE_NAME=\"\"