Baba,
     After testing the new rstudio-desktop and rstudio-server
packaging on 10.8 (for libstdc++) and 10.10 (for libc++), I've gone
ahead and committed them. The previous packaging (based on r-base31)
is potentially broken since I added r-base32 (as, if both are built,
the common r-base package will shift to the symlinks into R 3.2).
    Bonus points to any of our c++ experts if they can puzzle out the
two remaining libc++ issues we currently hack around on darwin13 and
later…

https://support.rstudio.com/hc/communities/public/questions/203373368-Rstudio-0-98-1103-has-only-two-libc-build-issues-left?locale=en-us

          Jack
ps I did a quick test with the r-base dependency in rstudio-desktop
temporarily set to >= 3.1.0 and with the r-base from 3.1.0 installed.
The current packaging seems fully decoupled from r-base such that the
R binaries and R headers are obtained from the r-base32 package rather
than the symlinks in the r-base 3.1.3 split-off. IMHO, we want rstudio
to operate like the current rmods fink builds where the installed
r-base is completely ignored and the buried directories in r-base3x
are used instead.

On Sat, Apr 18, 2015 at 4:06 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote:
> I've also added a rstudio-server.info into my experimental which uses
> the same build approach to package 0.98.1103 against libc++ on
> 10.9/10.10.
>
> On Sat, Apr 18, 2015 at 1:18 PM, Jack Howarth <howarth.at.f...@gmail.com> 
> wrote:
>> FYI, I posted the two libc++ compilation errors to the Rstudio support
>> pages in case they have any uncommitted fixes upstream.
>>
>> https://support.rstudio.com/hc/communities/public/questions/203373368-Rstudio-0-98-1103-has-only-two-libc-build-issues-left?locale=en-us
>>
>> I also posted a message on the duplicate symbol issue introduce when
>> building against R 3.2.0 and the workaround I am using.
>>
>> https://support.rstudio.com/hc/communities/public/questions/203671967-duplicate-R-running-as-main-program-break-linkage-of-rstudio-desktop-0-98-1103-against-R-3-2-0?locale=en-us
>>
>>
>>
>> On Sat, Apr 18, 2015 at 12:03 PM, Jack Howarth
>> <howarth.at.f...@gmail.com> wrote:
>>> Baba,
>>>      I've updated the rstudio-desktop.info file in my experimental to
>>> use a fixincludes subdirectory to provide the build with a local copy
>>> of the 3.2 Rinterface.h header with the extern restored to
>>> R_running_as_main_program, This eliminated the duplicate symbols for
>>> R_running_as_main_program in the final linkage when built against
>>> r-base32 and I've switched that package from 3.1 to 3.2. Now we only
>>> have the two libc++ compilation bugs in
>>> src/cpp/core/r_util/RSessionLaunchProfile.cpp  and
>>> src/cpp/session/modules/SessionHTMLPreview.cpp to properly solve.
>>>            Jack
>>>
>>> On Sat, Apr 18, 2015 at 11:33 AM, Jack Howarth
>>> <howarth.at.f...@gmail.com> wrote:
>>>> Baba,
>>>>        As you probably noticed, I added r-base32-3.2.0-1 packaging to
>>>> fink this week. I also updated all the R modules packages in
>>>> libs/rmods to support 3.2 as well as updating them to their most
>>>> current upstream cran versions.
>>>>       With that done, I've resurrected the rstudio-desktop package by
>>>> updating it to the current 0.98.1103 release and tweaking the build to
>>>> complete on 10.9/10.10. The changes are roughly...
>>>>
>>>> 1) perl patching src/cpp/CMakeLists.txt on darwin13 or later to pass
>>>> -stdlib=libc++ rather than -stdlib=stdlibc++.
>>>> 2) apply an ugly hack in rstudio-desktop-libc++.patch  to disable two
>>>> compile errors against libc++ until we craft a proper fix.
>>>>
>>>> I have left the build on boost 1.53. While the build against boost
>>>> 1.55 completes, the resulting application crashes on startup. Also,
>>>> rstudio-desktop is currently stuck on r-base31 as a change in 3.2.0
>>>> breaks the executable linkage due to multiple symbols for
>>>> _R_running_as_main_program.
>>>>
>>>> http://r.789695.n4.nabble.com/Removed-extern-on-R-running-as-main-program-in-Rinterface-h-intentional-tt4694398.html#none
>>>>
>>>> Perhaps we can kludge around that by making a local copy of the
>>>> offending R header without the declaration and manually add the pruned
>>>> lines back into only a single rstudio file.
>>>>      You can find the packaging files...
>>>>
>>>> rstudio-desktop.info
>>>> rstudio-desktop.patch
>>>> rstudio-desktop-libc++.patch
>>>>
>>>> in my experimental at
>>>> http://fink.cvs.sourceforge.net/viewvc/fink/experimental/jwhowarth/main/finkinfo/.
>>>>            Jack
>>>> As long you have the r-base from 3.1.x installed, the resulting
>>>> Rstudio seems to run okay against libc++ on 10.10.

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
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

Reply via email to