search for: needfunctionprototypes

Full_Name: Pascal Version: 1.9.0 OS: GNU/Linux Submission from: (NULL) (212.152.21.2) In order to compile under SuSE 9.1, I needed to change #define NeedFunctionPrototypes 0 to #define NeedFunctionPrototypes 1 in line 29 of src/modules/X11/dataentry.c; /* don't use X11 function prototypes (which tend to ...): */ #define NeedFunctionPrototypes 1 #include <X11/X.h> HTH Pascal

...lude/X11/Xlib.h:1542: error: syntax error before "_Xconst" ... This could have something to do with the change from X1186 to xorg. A workaround is simply to change the line in src/modules/X11/dataentry.c: > /* don't use X11 function prototypes (which tend to ...): */ > #define NeedFunctionPrototypes 0 to > #define NeedFunctionPrototypes 1 . As a patch: > diff -crN R-1.9.0.orig/src/modules/X11/dataentry.c R-1.9.0/src/modules/X11/dataentry.c > *** R-1.9.0.orig/src/modules/X11/dataentry.c 2004-03-22 06:00:16.000000000 -0500 > --- R-1.9.0/src/modules/X11/dataentry.c 2004-05-19 11:...

I'm wonder if anyone happens to have a simplier (slower) version of bsd-snprintf.c. It seems NeXT 3.3 (unsure about 4.2) is missing mprotect(). If I could get something to replace that for a while and fix some of theses utmp in login.c issues I may have a rough port NeXT to black hardware.=) Thanks

Full_Name: Dan Kelley Version: 1.9.0 OS: Fedora Core 2 Test 2 Submission from: (NULL) (142.177.39.160) Pasted below is part of the output from ./configure && make on Fedora Core 2 Test 2. I am not sure what else to try, but if there are tests that might help, I'd be very happy to do them. (Note: this OS is pretty fresh, just having been released a few days ago. This is the

...... many messages omitted The build is successful and the x11() device works fine if R-1.9.0/src/modules/X11/dataentry.c:30 is commented, in order to re-require function protoypes: #include <stdlib.h> /* don't use X11 function prototypes (which tend to ...): */ /* #define NeedFunctionPrototypes 0 */ #include <X11/X.h> Here are my gcc and XFree86 versions: 947$ gcc -v Reading specs from /usr/lib/gcc-lib/ppc-yellowdog-linux/3.2.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable...

This is probably a Suse specific problem and not a bug in R, but I'm reporting it in case it's useful for someone to know about.... Trying to compile R1.9.0 from source on a standard Suse 9.1 install (athlon in a shuttle sn41g2). configure seems fine but the Suse X11R6 Xlib.h might be toxic. In case it helps, here's the sad end to the make output. I can post the Xlib.h if that

My box: Slackware-current, Xfree 4.4. ERROR as follows: gcc -I. -I../../../src/include -I../../../src/include -I/usr/X11R6/include -I/usr/local/include -DHAVE_CONFIG_H -D__NO_MATH_INLINES -mieee-fp -fPIC -g -O2 -c dataentry.c -o dataentry.lo In file included from dataentry.c:31: /usr/X11R6/include/X11/Xlib.h:1390: error: parse error before "_Xconst"