Using (apparently-)undocumented, internal implementation details that
are known to change in different versions is *always* a problem. Any
solution that doesn't involve actually not-doing-that is merely
deferring the same failure from occurring again in the future when
those details change again.
dan
On Tue, 29 Apr 2014 13:12:14 -0400, Jack Howarth
<howarth.at.f...@gmail.com> wrote:
Daniel, Isn't the real problem that r-base in fink is being
built with --with-system-pcre but the fink lib pcre.1.dylib ends up
linked into libR. I assume we need a BuildConflicts on libpcre1 in
order to have the system pcre used.
> Jack
>
> On Tuesday, April 29, 2014, Daniel Macks <dma...@netspace.org> wrote:
>
> On Mon, 28 Apr 2014 22:38:02 -0400, Daniel Macks
> <dma...@netspace.org> wrote:
> On Mon, 28 Apr 2014 20:55:18 -0400, Jack Howarth
>
> <howarth.at.f...@gmail.com> wrote:
> > The r-base214 packaging seems to have test suite issues when built
> > against Xcode 5.1 on darwin12…
> >
> > Testing examples for package ‘utils’
> > /sw/src/fink.build/r-base214-2.14.2-9/R-2.14.2/bin/BATCH: line 60:
> > 34097 Trace/BPT trap: 5 ${R_HOME}/bin/R -f ${in} ${opts} >
> ${R_BATCH_OPTIONS} > ${out} 2>&1
> > Error: testing 'utils' failed
> > Execution halted
>
> The failure appears to be due to an unresolved __pcre_valid_utf (or
> similarly named) symbol in libR.dylib. The R library is trying to
> use a private symbol in libpcre by guessing what it's called (and
> what its parameters are) in various different libpcre versions, but
> our most recent libpcre dropped that symbol altogether. Obviously a
> fragile situation to rely on undocumented non-public content. One
> useful change we can make is to patch out the "-undefined
> dynamic_lookup" from the configure script. That flag causes
> undefined symbols to be ignored by the linker, leaving them to
> cause problems at runtime. By removing the flag, the linking itself
> fails right away rather than leaving a possibly mis-built library.
> ..which reveals that util.dylib is missing -llzma in even in r-base30
> and r-base31 (ones that do not have the pcre problem). dan
>
> --
> Daniel Macks
> dma...@netspace.org
>
> -------------------------
>
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos. Get
> unparalleled scalability from the best Selenium testing platform
> available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs -------------------------
>
> _______________________________________________
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel
>
--
Daniel Macks
dma...@netspace.org
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
