search for: 2.95

Hi, Under gcc 2.95 Xapian fails to build like so: g++ -DHAVE_CONFIG_H -I. -I./common -I./include -I/home/dsainty/not-backed-up/pkgsrc/textproc/xapian/work/.buildlink/include -Wall -W -Wredundant-decls -Wpointer-arith -Wcast-qual -Wcast-align -Wno-long-long -Wformat-security -fno-gnu-keywords -Wundef -O2 -c queryparser/queryparser_internal.cc

Hi, I patched dovecot-1.1.beta14 to compile under gcc 2.95. __builtin_expect and __attribute__((malloc)) are only available since gcc 3.0, and __builtin_types_compatible_p since 3.1. Also the flexible array members (char a[]) are not available for gcc 2.95. So I replaced them with zero-extent arrays (char a[0]), which should also work, but that is gcc specific. A general pointer (char* a) should

Dear People, After considerable effort, I managed to install gcc-3.0 on my Debian system. However, Debian keeps gcc-2.95 around as the default compiler, and gcc, g++ point to the 2.95 version. The 3.0 versions need to be explicitly invoked as gcc-3.0, g++-3.0 etc. How can I get R CMD SHLIB to invoke gcc-3.0 instead of gcc and g++-3.0 instead of g++? I would like this to be done by default but

Declaring variables in the middle of a block isn't supported by older (pre-C99?) compilers, and gcc 2.95 is one of them. --- a/src/plugin_common/replaygain.c +++ b/src/plugin_common/replaygain.c @@ -28,10 +28,11 @@ void FLAC_plugin__replaygain_get_from_fi double *track_peak, FLAC__bool *track_peak_set,

Timo, This is what I get when I compile 1.0-beta2 with gcc 2.95. It looks like I can then open my problem mbox even without your mbox-sync patch. It turns out I'd been using gcc 3.2.2 inadvertently, probably via some sort of shell bug - I'd accidentally set an environment variable called "PATH=/opt/RDGgcc3/bin:/usr/bin ..." and I guess some script had mistaken it for the real

The following patch is need to correctly align the default_settings structure with gcc 2.95, which doesn't recognise C99 style struct initializers. --- src/master/master-settings.c~ 2006-04-25 04:00:07.000000000 +0200 +++ src/master/master-settings.c 2006-05-18 11:14:08.949376000 +0200 @@ -367,6 +367,7 @@ /* .. */ MEMBER(login_uid) 0, + MEMBER(imap_generated_capability) NULL,

Dear all, I have been given a data something like below: Dat = "2 3 28.3 3.05 8 3 3 22.5 1.55 0 1 1 26.0 2.30 9 3 3 24.8 2.10 0 3 3 26.0 2.60 4 2 3 23.8 2.10 0 3 2 24.7 1.90 0 2 1 23.7 1.95 0 3 3 25.6 2.15 0 3 3 24.3 2.15 0 2 3 25.8 2.65 0 2 3 28.2 3.05 11 4 2 21.0 1.85 0 2 1 26.0 2.30 14 1 1 27.1 2.95 8 2 3 25.2 2.00 1 2 3 29.0 3.00 1 4 3 24.7 2.20 0 2 3 27.4 2.70 5 2 2 23.2 1.95

Just so folks know, all the modern variants of EGCS (now named gcc) out there appear to be producing occasionally bogus x86 FPU code at -O1 or higher. Guess what... Vorbis trips the bug whatever it is. I just grabbed and built the latest CVS code, and it's also broken. I'm constructing a small failure case example for a bug report now. It looks like FPU arithmetic into a register

Throwing errors relating to utils.h: /usr/include/asterisk/strings.h:264: parse error before `__extension__' /usr/include/asterisk/strings.h:264: parse error before `;' /usr/include/asterisk/strings.h:264: warning: type defaults to `int' in declaration of `__retval' /usr/include/asterisk/strings.h:264: `__len' undeclared here (not in a function)

Dear All, I am running R version 0.65.0 under a) Suse-Linux 6.1, and Suse-Linux 6.2, compiler gcc-2.95, CPUs pentium pro 200, 128MB, and pentium II 450, 128MB b) Solaris 5.7, compiler gcc-2.95, cpu SUN sparc, 4000MB When I set --nsize to more than 1M, R's internal storage management runs havoc. gc() indicates the requested sizes, but the overall process size is much too big: Running R with

I've downloaded gcc 2.95, and installed R-1.7.0 It appears to config properly, the config.out is at the following URL: http://www.phineas.pwp.blueyonder.co.uk/config.log Running make does not appear to work the errors are summarized: bash: ar: command not found *** Error code 127 make: Fatal error Command failed for target 'libappl.a' *** Error code 1 make: Fatal error: Command failed

Hi, I have a problem for install chan_capi My pc: Suse 9.1, with asterisk current stable en cvs I have download http://www.junghanns.net/asterisk/downloads/chan_capi.0.3.5.tar.gz And the path from http://www.levigo.de/VoIP/chan_capi-0.3.5-cvs-HEAD-patch.tar.bz2 And patch the chan_capi # cd chan_capi-0.3.5 # patch -p1 < chan_capi-0.3.5-patch.diff # make /for install My error

Hi. I just have a quick question that maybe some of you might know. I'm thinking of compiling a new kernel (kernel 2.6.12.2) for my system which is running CentOS 4 (updated to 4.1 using yum). I downloaded the kernel tarball and read in the docs that for stability gcc 2.95.x (x>=3) might be best to compile the new kernel. With an "rpm -q gcc" command I see that I have

Hi I use RH 9 + asterisk v1.0 stable + 2 PCI fritz cards + chan_capi 3.5 and it works fine, Since my users want fax fonctionnality and customers know 1 of the msm as fax number I wanted to try the chan_capi-0.3.5 patch if I patch chan_capi and run make, I get an error message , as you can read below, orginal chan_capi compile works, when patched I get an error, no CID ? Any idea ? anybody

I am having a problem understanding the lda package. I have a dataset here: [,1] [,2] [,3] [1,] 2.95 6.63 0 [2,] 2.53 7.79 0 [3,] 3.57 5.65 0 [4,] 3.16 5.47 0 [5,] 2.58 4.46 1 [6,] 2.16 6.22 1 [7,] 3.27 3.52 1 If I do the following; "names(d)<-c("y","x1","x2") d$x1 = d$x1 * 100 d$x2 = d$x2 * 100 g<-lda( y ~ x1 + x2, data=d) v2

Hi, First of all, thank you Jason, Geoff and Ian. There?s an Icecast 2.2.0 server in my Windows XP, with Oddcast working with Winamp 2.95. I?m able to open something like http://201.1.33.#:8000/live.m3u (my radio?s address; IP?s dynamic) in my own machine. However, this URL cannot be open by another machines. Message in those browsers is "URL not found". This happens even while

I have discovered a problem with the compilation of the sm package. On debian 2.2, sm was not compiling. * Installing *source* package 'sm' ... ** libs g77 -fPIC -g -O2 -c routines.f -o routines.o gcc -shared -o sm.so routines.o -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lreadline -ldl -lncurses -lg2c-pic -lm -L/usr/lib/R/bin -lR /usr/bin/ld: cannot find -lg2c-pic collect2: ld returned

Currently we (attempt to) support building Xapian with any GCC >= 2.95. However, I only have access to Debian's GCC "2.95.4" (which is 2.95.3 plus patches) and <sstream> was added in GCC 2.95.3, so the fallback code for when <sstream> isn't available probably hasn't actually been exercised for a while. I'm pretty sure the non-<sstream> build is now

Por si alguno pudiera ayudarme. Al realizar el t.test para una muestra, junto con el valor de t y el p-valor, la función proporciona la estimación de la media y su INTERVALO DE CONFIANZA. Desde el punto de vista de la estadística de rangos esto se puede hacer mediante: > iris$MEDIANA <- with(iris, 2.95) > median(iris$Sepal.Width - iris$MEDIANA, na.rm=TRUE) # median difference [1]

Hello. I found that anonymous structures does not work on gcc-2.95. If you guys want to support a bit older platforms I suggest fixing it. You can check out patch I created to fix this issue. I just added 2 extra structures to remove anonymous structs inside connection_status_t and node_status_t. Patch is here: ftp://borg.uu3.net/pub/unix/tinc/tinc.patch Attaching it as well. Regards, Borg