similar to: With which version of XFree86 can R compile?

Displaying 20 results from an estimated 1200 matches similar to: "With which version of XFree86 can R compile?"

2005 Jan 18
1
Build problem with R-1.4.1 on AM64/Linux
Hi, I get the following errors while building R-1.4.1 on AMD64/Linux (SuSE 9.1). R-2.0.1 compiles fine though. I'm building R-1.4.1 because I need to install SNet (available at http://cm.bell-labs.com/cm/ms/departments/sia/InternetTraffic/S-Net/SNet_1.0.zip). The errors I get are: In file included from dataentry.c:34: /usr/X11R6/include/X11/Xlib.h:1400: error: parse error before
2004 Jun 20
1
linux: compilation problems with gcc 3.3.3 and xorg (PR#6992)
Full_Name: acrux Version: 1.9.0 OS: linux (Crux2.0) Submission from: (NULL) (151.37.85.179) info linux distro: acrux@vesuvio:~$ crux CRUX version 2.0 acrux@vesuvio:~$ uname -a Linux vesuvio 2.6.7-ck1-vesuvio #1 Sat Jun 19 12:52:24 CEST 2004 i686 unknown unknown GNU/Linux acrux@vesuvio:~$ gcc --ver Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs Configured with:
2004 May 19
2
R 1.90 make problem with /usr/X11R6/include/X11/Xutil.h on suse linux 9.1?
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
2004 May 03
2
Build problems on Linux SuSE 9.1
Hi, did anybody succeed in building R on SuSE Linux 9.1? My compilation failed with the following error messages: make[4]: Entering directory `/home/lederer/Source/R-1.9.0/src/modules/X11' gcc -I. -I../../../src/include -I../../../src/include -I/usr/X11R6/include -I/us r/local/include -DHAVE_CONFIG_H -D__NO_MATH_INLINES -mieee-fp -fPIC -g -O2 -c d ataentry.c -o dataentry.lo In file
2004 May 22
0
R-release.diff + R-1.9 -> success on Fedora Core 2, R RPM available; ess-emacs-5.1.20 also available
Dear Everybody: I have Fedora Core 2 and R-1.9.0 does not build "out of the box". After applying the daily patch file R-release.diff, I find it does build and I've made RPMS and SRPM. In case you want to save yourself a recompile, you can find Fedora Core RPMs in here: http://lark.cc.ku.edu/~pauljohn/software/R These are based on the standard R distribution SPEC file, only
2004 May 04
1
Compilation errors (PR#6855)
Full_Name: Dmitry Ivanov Version: 1.9.0 OS: Slackware-current Submission from: (NULL) (213.182.223.91) Cannot compile R with X11. Compiler is GCC 3.3.3. X11 is XFree86 4.4.0. C library is GLIBC 2.3.2. \begin{errors} make[4]: Entering directory `/home/dimss/pub/software/R/R-1.9.0/src/modules/X11' gcc -I. -I../../../src/include -I../../../src/include -I/usr/X11R6/include -I/usr/local/include
2004 Apr 16
3
R-1.9.0: make error on slackware-current!
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"
2020 Sep 01
2
about header address parsing
Hi, Is this expected or not? From: user1 at fuga.example.com <user1 at example.com> To: user2 at hoge.example.com <user2 at example.com> ? a uid fetch 43055 (envelope) * 1860 FETCH (UID 43055 ENVELOPE ("Thu, 30 Jul 2020 13:52:59 +0900" "test1" ((NIL NIL "user1" "fuga.example.com")) ((NIL NIL "user1" "fuga.example.com"))
2020 Sep 02
1
about header address parsing
On Tue, 1 Sep, 2020 at 09:59, Timo Sirainen <timo at sirainen.com> wrote: > On 1. Sep 2020, at 6.24, TACHIBANA Masashi <tachibana at qualitia.co.jp> > wrote: >> >> Hi, >> >> Is this expected or not? >> >> From: user1 at fuga.example.com <user1 at example.com> >> To: user2 at hoge.example.com <user2 at example.com> >>
2004 Apr 21
1
fix for a minor build error in R-1.9.0 with XFree86 4.4.0 (PR#6805)
Hi, In trying to build R 1.9.0, I ran into a problem building the x11() device support under XFree86 4.4.0: make[4]: Entering directory `/home/john/build/R-1.9.0/src/modules/X11' gcc -I. -I../../../src/include -I../../../src/include -I/usr/X11R6/include -I/usr/local/include -DHAVE_CONFIG_H -fPIC -g -O2 -c dataentry.c -o dataentry.lo In file included from dataentry.c:31:
2006 Sep 02
1
Backspace key is sending Delete after update to 4.4 (tcsh issue?)
Maybe it was always sending Delete and I didn't notice it, but I have had the following in my .tcshrc file for ages (without realizing it): bindkey -b ^? i-search-back Before the update to 4.4, hitting the backspace key at the shell prompt deleted the previous character. Now it activates the search backwards function as instructed to do so by the bindkey directive. The
2006 May 02
2
text_field
Hi, All. Is it possible to use the text_field with an instance variable. Controller: def hoge @value = ''result'' end View: <%= text_field ''value'' %> It don''t work. Please help. -- Posted via http://www.ruby-forum.com/.
2004 May 01
1
will not compile on Fedora Core 2 Test 2 (PR#6844)
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
2020 Sep 01
0
about header address parsing
On 1. Sep 2020, at 6.24, TACHIBANA Masashi <tachibana at qualitia.co.jp> wrote: > > Hi, > > Is this expected or not? > > From: user1 at fuga.example.com <user1 at example.com> > To: user2 at hoge.example.com <user2 at example.com> > ? > a uid fetch 43055 (envelope) > * 1860 FETCH (UID 43055 ENVELOPE ("Thu, 30 Jul 2020 13:52:59 +0900"
2017 Oct 11
0
[ANNOUNCE] libXRes 1.2.0
Version 1.2 of the X-Resource extension (added in xserver 1.13) added some new requests allowing inspection of every resource for a client, the bytes used per resource, and the PIDs of local clients. Unfortunately the client library never saw a corresponding release, so let's fix that. Adam Jackson (2): configure: Remove AM_MAINTAINER_MODE libXRes 1.2.0 Alan Coopersmith (6):
2001 Jun 21
0
Output of last command is strange on Solaris 2.6/8 (OpenSSH 2.9p2)
Hi. OS: Solaris 2.6 and 8 OpenSSH: 2.9p2 I found a bug. Output of last command becomes strange in case of "UseLogin yes" in sshd_config. # Two entries are output with one time of login. strange case: % last fuga pts/3 bar.foo.co.jp Thu Jun 21 12:45 - 20:02 (07:16) fuga pts/3 bar.foo.co.jp Thu Jan 1 09:00 - 12:45 (11494+03:45) hoge pts/2
2004 May 19
1
Building R on Fedora Core 2 from the src rpm
Hi, The libtk8.3 dependencies in the R-1.9.0 rpm generate apt conflicts after an upgrade from Fedora Core 1 to Fedora core 2. In trying to rebuild the rpm from the source rpm provided on CRAN, the build fails when it comes time to compile src/modules/X11/dataentry.c you get many errors of the form : > In file included from dataentry.c:34: > /usr/X11R6/include/X11/Xlib.h:1400: error:
2005 Aug 13
2
How can I make these command prompt settings into universal settings?
I've got it so that I can enable Japanese input into an application by typing the following at a command prompt (with FireFox, for example): [dave at localhost ~]$ kinput2 -canna & [1] 10631 [dave at localhost ~]$ XMODIFIERS='@im=kinput2' LC_CTYPE=ja_JP.utf8 firefox However, I would rather not have to type in all that craziness each time I want to start an application. Further,
1998 Oct 07
2
R-beta: compiling R on RedHat 5.1
[accidentally was sent to the R-help-owner only; MM] ** when I compile R-0.62.3 on RedHat 5.1, the following messages appear: ... f77 -export-dynamic -o R.binary ... ../lib/libunix.a(dataentry.o): In function `NextEvent': /home/ming/R-0.62.3/src/unix/dataentry.c:1286: undefined reference to `XNextEvent' ../lib/libunix.a(dataentry.o): In function `GetKey':
1998 Oct 28
1
Request for help with compiling R on a DEC Alpha
I am currently attempting to install R (v0.62.3) on our DEC Alpha computer, and have solved one problem but now am having another: When issuing the 'make' (after ./configure), I get the error shown at the end of this output: ============================================================================ ======= cd main; make make[3]: Entering directory `/usr/local/src/R-0.62.3/src/main'