search for: devquartz

...AD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000014 0x900031c8 in strlen () (gdb) bt #0 0x900031c8 in strlen () #1 0x907bf19c in CFStringCreateWithCString () #2 0x0221bc58 in RQuartz_FindFont (fontface=-2147483648, fontfamily=0xbfffc3c0 "sans") at devQuartz.c:533 #3 0x0221bd0c in RQuartz_Font (gc=0xbfffc378, dd=0x17) at devQuartz.c:548 #4 0x0221c184 in RQuartz_Set (ctx=0x2155eb0, gc=0xbfffc378, flags=8) at devQuartz.c:623 #5 0x0221cc3c in RQuartz_StrWidth (text=0x1ff7e20 "a", gc=0xbfffc378, dd=0x212cd60) at devQuartz.c:736 Reference of f...

...rc/chull.c making devNull.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devNull.c making devPicTeX.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devPicTeX.c making devPS.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devPS.c making devQuartz.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devQuartz.c making init.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/init.c Target "Makedeps" is up to date. xlc -qlanglvl=extc99 -I../../../../include -I../../../../include -I../../../i...

Small things, mostly. 1. Buildproblem. Well-known and annoying. Build fails if debugging is on (which is the default) because Debugging.h breaks devQuartz.c compiles. If debugging is switched off on the command line or in the environment, then devQuartz.c builds, but aquaconsole.c does not compile, because it needs Debugging.h. I do not want to edit Apple system files, and not files in the R distribution either. 2. It would be useful if quartz devic...

...s and passes make check fine without optimising. However, when I try to compile with optimisation turned on (-fast) the build gets stuck in an infinite loop at the following point: Sun_Studio/sunstudio12/bin/cc -m64 -shared -Kpic -m64 -fPIC -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o mkdir -p -- ../../../../library/grDevices/libs make[5]: Leaving directory `/export/home/leonardz/ccb/HPF/support/R-2.5.1/ss12/R-2.5.1/src/library/grDevices/src' make[4]: Leaving directory `/export/home/leonardz/ccb/HPF/support/R-2.5.1/ss12/R-2.5.1/src/library/grDevices/src' R is r...

Hello everybody,I am having an error while compiling R-2.5.0 on Linux powerpc. This is what I see when I do a make: gcc -std=gnu99 -shared -L/usr/local/lib -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o ../../../../library/grDevices/libs/grDevices.so is unchanged make[5]: Leaving directory `/home/vivekv/sw_alg/R-2.5.0/src/library/grDevices/src' make[4]: Leaving directory `/home/vivekv/sw_alg/R-2.5.0 /src/library/grDevices/src' Warning: unable to load shared library '/home/viv...

...I use bash not tcsh, I don't remember if this syntax works > > FPICFLAGS=-fno-common LDFLAGS=-lcc_dynamic ./configure > --enable-R-shlib --with-aqua --without-x --with-blas='-framework > vecLib' --with-lapack > make CFLAGS+=-D__DEBUGGING__ > > This gets rid of the devQuartz.c building problems caused by > Debugging.h and gets configure to run. Everything else is according to > Stefano's website. Obviously you'd need to make modifications for > Tcl/Tk and recommended packages and such, but this gets me up and > running without having to modify f...

Hi, I am compiling R2.8.1 on a Sun M4000 machine with Solaris 10. I am using Sun Studio 12. I get the following error: cc -xtarget=native64 -G -L/usr/sfw/lib/sparcv9 -L/opt/csw/lib/sparcv9 -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o mkdir ../../../../library/grDevices/libs Warning in solve.default(rgb) : unable to load shared library '/export/admin-home/nikser/R-2.8.1/modules//lapack.so': ld.so.1: R: fatal: relocation error: file /export/admin-home/nikser/R-2.8.1/lib/libRlapack.so: symbol __vlog_: ref...

...-O' SHLIB_LDFLAGS=-W1, -G MAKE=gmake Configure ends successfully, but the make fails: ---cut de -DHAVE_CONFIG_H -I/usr/local/include -g -c init.c -o init.o xlc -qlanglvl=extc99 -Wl,-G -Wl,-G -Wl,-bexpall -Wl,-bnoentry -bshared -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o -lm Error in solve.default(rgb) : lapack routines cannot be loaded In addition: Warning message: unable to load shared library '/cineca/prod/Bioinf/R-2.4.1/modules//lapack.so': rtld: 0712-001 Symbol _xldipow/cineca/prod/Bioinf/R-2.4.1/lib/libRlapack.so was referenced from...

Hello, We?re receiving reports of extremely slow rendering by users who are using the new geom_sf() feature in ggplot2. Importantly, this seems to be a graphics device issue, because the exact same plot takes vastly different amounts of time to render under different devices. We?re talking about 2 seconds vs. 100 seconds here, so not a small effect. In particular, the quartz device on OS X seems

...-qstrict' export CXXFLAGS='-O2 -qstrict' ./configure --prefix =/home/..... --without-readline That's ok. But, when I made the command "make", I obtained : ...... /usr/bin/xlc_r -Wl,-G -Wl,-bexpall -Wl,-bnoentry -brtl -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o -lm make[5]: Leaving directory `/home/source/R-2.4.0/src/library/grDevices/src' make[4]: Leaving directory `/home/source/R-2.4.0/src/library/grDevices/src' *** caught segfault *** address 6f6c207761732096, cause 'memory not mapped' Traceback: 1: .Call("R_lazyLoadD...

...The > error output of the make command (for a 64-bit version of R) is given > below: > > cc -G -m64 -L/lib/64 -L/usr/lib/64 -L/usr/local/lib/64 -L/usr/ucblib/sparcv9 > -L/usr/ccs/lib/sparcv9 -L/opt/SUNWspro/prod/lib/sparcv9 -o grDevices.so chull.o > devNull.o devPicTeX.o devPS.o devQuartz.o init.o > Warning in solve.default(rgb) : > unable to load shared library > '/export/home/gordonp/Desktop/R-alpha/modules//lapack.so': > ld.so.1: R: fatal: relocation error: file > /export/home/gordonp/Desktop/R-alpha/lib/libRlapack.so: symbol __vlog_: > referenced sym...

...is configure line was chosen by examining R-admin.pdf and ./configure --help. It configured fine, no problem. The trouble was when I attempt to make the package: ...a lot of stuff compiles correctly... gcc -std=gnu99 -shared -L/usr/local/lib64 -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o ../../../../library/grDevices/libs/grDevices.so is unchanged make[5]: Leaving directory `/home/akramer/R-2.7.2/src/library/grDevices/src' make[4]: Leaving directory `/home/akramer/R-2.7.2/src/library/grDevices/src' Warning in solve.default(rgb) : unable to load shared library ...

Oftentimes, I see graphs on the web that *look* like they've been produced by R, but I can never be sure. Or can I? I notice that PostScript files include a "%%%Creator: R Software" line, but do R graphics drivers encode any identifying information in GIF or PNG files more commonly used on the web? And of so, would such evidence necessarily be obliterated in post-processing (e.g

..../library/grDevices/R mkdir ../../../library/grDevices/po mkdir ../../../library/grDevices/afm mkdir ../../../library/grDevices/enc mkdir ../../../library/grDevices/man making chull.d from chull.c making devPicTeX.d from devPicTeX.c making devNull.d from devNull.c making devPS.d from devPS.c making devQuartz.d from devQuartz.c making init.d from init.c making qdBitmap.d from qdBitmap.c making qdPDF.d from qdPDF.c making qdCocoa.d from qdCocoa.m <built-in>:0: internal compiler error: Abort trap Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bug...

..../library/grDevices/R mkdir ../../../library/grDevices/po mkdir ../../../library/grDevices/afm mkdir ../../../library/grDevices/enc mkdir ../../../library/grDevices/man making chull.d from chull.c making devPicTeX.d from devPicTeX.c making devNull.d from devNull.c making devPS.d from devPS.c making devQuartz.d from devQuartz.c making init.d from init.c making qdBitmap.d from qdBitmap.c making qdPDF.d from qdPDF.c making qdCocoa.d from qdCocoa.m <built-in>:0: internal compiler error: Abort trap Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bug...