[R] segfault in AIX
Roy Heimbach
royh at hpc.unm.edu
Wed Nov 15 16:44:58 CET 2006
I'm trying to build R 2.4.0 on an IBM P5-570 that's running
AIX 5.3. I'm using xlc 7.0, xlc++ 7.0 and xlf 9.1 in 32 bit
mode (OBJECT_MODE is 32 in the build environment).
The source is the patched version of 2.4.0, downloaded yesterday.
Configure options were --prefix, --srcdir, --x-includes, --x-libraries,
and --without-readline. Compiler flags were -O2.
The make step fails with a segfault when it's building package
grDevices. Here's the last part of the make output:
-----
building package 'grDevices'
mkdir ../../../library/grDevices
mkdir ../../../library/grDevices/R
mkdir ../../../library/grDevices/po
mkdir ../../../library/grDevices/afm
mkdir ../../../library/grDevices/enc
mkdir ../../../library/grDevices/man
making chull.d from
/scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/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../../../include -I/scratch/royh/src/bio/R/2.4.0p/src/src/include
-DHAVE_CONFIG_H -I/usr/local/include -O2 -c
/scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/chull.c
-o chull.o
xlc -qlanglvl=extc99 -I../../../../include -I../../../../include
-I../../../include -I/scratch/royh/src/bio/R/2.4.0p/src/src/include
-DHAVE_CONFIG_H -I/usr/local/include -O2 -c
/scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devNull.c
-o devNull.o
xlc -qlanglvl=extc99 -I../../../../include -I../../../../include
-I../../../include -I/scratch/royh/src/bio/R/2.4.0p/src/src/include
-DHAVE_CONFIG_H -I/usr/local/include -O2 -c
/scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devPicTeX.c
-o devPicTeX.o
xlc -qlanglvl=extc99 -I../../../../include -I../../../../include
-I../../../include -I/scratch/royh/src/bio/R/2.4.0p/src/src/include
-DHAVE_CONFIG_H -I/usr/local/include -O2 -c
/scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devPS.c
-o devPS.o
xlc -qlanglvl=extc99 -I../../../../include -I../../../../include
-I../../../include -I/scratch/royh/src/bio/R/2.4.0p/src/src/include
-DHAVE_CONFIG_H -I/usr/local/include -O2 -c
/scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devQuartz.c
-o devQuartz.o
xlc -qlanglvl=extc99 -I../../../../include -I../../../../include
-I../../../include -I/scratch/royh/src/bio/R/2.4.0p/src/src/include
-DHAVE_CONFIG_H -I/usr/local/include -O2 -c
/scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/init.c
-o init.o
xlc -qlanglvl=extc99 -Wl,-G -Wl,-bexpall -Wl,-bnoentry
-L/usr/local/lib -o grDevices.so chull.o devNull.o devPicTeX.o
devPS.o devQuartz.o init.o -lm
mkdir ../../../../library/grDevices/libs
*** caught segfault ***
address 61633346, cause 'memory not mapped'
Traceback:
1: .Call("R_lazyLoadDBfetch", key, file, compressed, hook, PACKAGE =
"base")
2: lazyLoadDBfetch(key, datafile, compressed, envhook)
3: .Call("La_dgesv", a, b, tol, PACKAGE = "base")
4: solve.default(rgb)
5: solve(rgb)
6: drop(whitexyz %*% solve(rgb))
7: make.rgb(red = c(0.625, 0.34), green = c(0.28, 0.595), blue =
c(0.155, 0.07), gamma = 1.
8, white = "D65", name = "Apple RGB")
8: eval(expr, envir, enclos)
9: eval(i, envir)
10: sys.source(codeFile, env, keep.source = keep.source)
11: try(sys.source(codeFile, env, keep.source = keep.source))
12: loadNamespace(package, lib.loc, keep.source, TRUE, TRUE)
13: code2LazyLoadDB(package, lib.loc = lib.loc, keep.source =
keep.source, compress = compre
ss)
14: tools:::makeLazyLoading("grDevices")
aborting ...
make: 1254-059 The signal code from the last command is 11.
Stop.
make: 1254-004 The error code from the last command is 1.
-----
Is this a known problem and is there a known workaround? Any
feedback would be appreciated.
Thanks,
Roy Heimbach
--
Roy Heimbach <royh at hpc.unm.edu> / 505-277-8348
User Services / Center for High Performance Computing
University of New Mexico
More information about the R-help
mailing list