On 31 Jul 2008, at 10:29, Kjell Konis wrote:
Ernest,
Is it possible to provide a reproducible example of your crash?
Yes. R on macports depends on gcc43, which is causing the problems.
The best thing would be to make the port not depend on gcc43, and
instead depend on apple-supplied gcc
Ernest,
Is it possible to provide a reproducible example of your crash?
Kjell
On Jul 30, 2008, at 6:32 PM, Ernest Turro wrote:
On 30 Jul 2008, at 15:46, Simon Urbanek wrote:
On Jul 30, 2008, at 9:45 , Ernest Turro wrote:
Dear all,
R on Macports relies on GCC 4.3 to build packages. I f
On Jul 30, 2008, at 15:13 , Ernest Turro wrote:
On 30 Jul 2008, at 19:23, Simon Urbanek wrote:
On Jul 30, 2008, at 13:16 , Ernest Turro wrote:
On 30 Jul 2008, at 18:04, Simon Urbanek wrote:
On Jul 30, 2008, at 12:32 , Ernest Turro wrote:
On 30 Jul 2008, at 15:46, Simon Urbanek wrot
On 30 Jul 2008, at 20:25, Simon Urbanek wrote:
On Jul 30, 2008, at 15:13 , Ernest Turro wrote:
On 30 Jul 2008, at 19:23, Simon Urbanek wrote:
On Jul 30, 2008, at 13:16 , Ernest Turro wrote:
On 30 Jul 2008, at 18:04, Simon Urbanek wrote:
On Jul 30, 2008, at 12:32 , Ernest Turro wrot
On 30 Jul 2008, at 19:23, Simon Urbanek wrote:
On Jul 30, 2008, at 13:16 , Ernest Turro wrote:
On 30 Jul 2008, at 18:04, Simon Urbanek wrote:
On Jul 30, 2008, at 12:32 , Ernest Turro wrote:
On 30 Jul 2008, at 15:46, Simon Urbanek wrote:
On Jul 30, 2008, at 9:45 , Ernest Turro wrote
On Jul 30, 2008, at 13:16 , Ernest Turro wrote:
On 30 Jul 2008, at 18:04, Simon Urbanek wrote:
On Jul 30, 2008, at 12:32 , Ernest Turro wrote:
On 30 Jul 2008, at 15:46, Simon Urbanek wrote:
On Jul 30, 2008, at 9:45 , Ernest Turro wrote:
Dear all,
R on Macports relies on GCC 4.3 to
On 30 Jul 2008, at 17:58, Simon Urbanek wrote:
On Jul 30, 2008, at 12:35 , Ernest Turro wrote:
On 30 Jul 2008, at 15:18, Kjell Konis wrote:
I found this in Writing R Extensions:
"Using C++ iostreams, as in this example, is best avoided. There
is no guarantee that the output will appear
On 30 Jul 2008, at 18:04, Simon Urbanek wrote:
On Jul 30, 2008, at 12:32 , Ernest Turro wrote:
On 30 Jul 2008, at 15:46, Simon Urbanek wrote:
On Jul 30, 2008, at 9:45 , Ernest Turro wrote:
Dear all,
R on Macports relies on GCC 4.3 to build packages. I find that
packages with shared
On Jul 30, 2008, at 12:32 , Ernest Turro wrote:
On 30 Jul 2008, at 15:46, Simon Urbanek wrote:
On Jul 30, 2008, at 9:45 , Ernest Turro wrote:
Dear all,
R on Macports relies on GCC 4.3 to build packages. I find that
packages with shared objects that use C++ streams crash R if
they're
On Jul 30, 2008, at 12:35 , Ernest Turro wrote:
On 30 Jul 2008, at 15:18, Kjell Konis wrote:
I found this in Writing R Extensions:
"Using C++ iostreams, as in this example, is best avoided. There is
no guarantee that the output will appear in the R console, and
indeed it will not on the
On 30 Jul 2008, at 15:18, Kjell Konis wrote:
I found this in Writing R Extensions:
"Using C++ iostreams, as in this example, is best avoided. There is
no guarantee that the output will appear in the R console, and
indeed it will not on the R for Windows console. Use R code or the C
entry
On 30 Jul 2008, at 15:46, Simon Urbanek wrote:
On Jul 30, 2008, at 9:45 , Ernest Turro wrote:
Dear all,
R on Macports relies on GCC 4.3 to build packages. I find that
packages with shared objects that use C++ streams crash R if
they're compiled using Macports' gcc43, but work fine if co
On Jul 30, 2008, at 9:45 , Ernest Turro wrote:
Dear all,
R on Macports relies on GCC 4.3 to build packages. I find that
packages with shared objects that use C++ streams crash R if they're
compiled using Macports' gcc43, but work fine if compiled in exactly
the same way using Apple-suppl
I found this in Writing R Extensions:
"Using C++ iostreams, as in this example, is best avoided. There is no
guarantee that the output will appear in the R console, and indeed it
will not on the R for Windows console. Use R code or the C entry
points (see Printing) for all I/O if at all pos
Dear all,
R on Macports relies on GCC 4.3 to build packages. I find that
packages with shared objects that use C++ streams crash R if they're
compiled using Macports' gcc43, but work fine if compiled in exactly
the same way using Apple-supplied GCC 4.2. Has anyone here had the
same issue/
15 matches
Mail list logo
