On 2015-12-18 04:30, Simon Urbanek wrote:
FWIW I was able to replicate the problem using AIX7.1 on Power8, R 3.2.3, vac/xlc 11.1, xlf
13.1 in 64-bit mode. Indeed, Peter's analysis is correct re_regexecb(®line, line..)
returns REG_NOMATCH even though the string is literally "Package: tools" - no
special characters anywhere.
On Dec 17, 2015, at 3:37 PM, peter dalgaard<pda...@gmail.com> wrote:
Worth a great deal to me! Thank you both. Also glad it has been
independently replicated. And using the IBM compilers. I was concerned
it was a gcc/gfortran behavior difference.
As you are testing with the IBM compilers - are you also seeing the
duplicate symbols from *yyl* (coming from in gramRd.y and gramLatex.y in
tools). I have used both the gramRd.c and gramLatex.c provided, as well
as new ones made with bison-3.0.8 and get the same problem on AIX 5.3
(not gotten back to test on AIX 6.1 and AIX 7.1 - but the 32-bit
version, built on AIX 5.3 runs fine on AIX 7.1).
I see a different behavior re: the definition of the "symbols" on AIX
versus debian (wheezy) where debian just leaves it as an unitilised
variable (.bss) but does not pre-define/establish it's global address.
p.s. are you also in a position to try on 64-bit Linux - and compare LE
with BE (like AIX)?
And maybe it is a bug in bison/yacc that has never been properly explained.
So - we need to dissect re_regexecb() - looking in particular at
differences that 32 versus 64-bit may have?!
Michael
______________________________________________
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
