Interesting, thanks. So
1) This is a shared R library build (not the default, and AFAIR no one
reporting this has mentioned that -- not you, for example) and
2) You have a third-party libintl.
One solution would seem to be to ask R to use the libintl in the
sources by (I think) --with-inclu
I built it several times with a variety of flags and compilers.
Here's what was used for the gcc3 build:
/opt/csw/gcc3/bin/gcc -std=gnu99 -G -L/opt/sfw/lib -L/opt/csw/lib
-L/opt/local/lib -L/usr/apps/cdat32/NetCDF/lib -o foreign.so avl.o
dbfopen.o file-handle.o format.o init.o minitab.o pfm-re
Can you show us the output you get from building foreign, and explain
how it comes to be linked against libavl? I get (SunStudio 12)
cc -xc99 -G -L/opt/csw/lib -o foreign.so R_systat.o Rdbfread.o
Rdbfwrite.o SASxport.o avl.o dbfopen.o file-handle.o format.o init.o
minitab.o pfm-read.o sfm-rea
Like a couple of other posters in the past year, I was seeing R 2.8.1
segfault in the foreign package on my Solaris 10 Intel system:
> library(foreign)
*** caught segfault ***
address fe1d5c70, cause 'invalid permissions'
Traceback:
1: .C("spss_init", PACKAGE
