the not too distant future gfortran will become part of the Xcode
packages.
Bill Northcott
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
copy of the makeinfo binary to save the
trouble of building it, please email me.
One final note: If you install the MinGW Msys-DTK rename the perl
binaries such as perl.exe which it provides. Otherwise they will be
used instead of the ActiveStat
L_MAX_TEXTURE_SIZE, (GLint*) &maxSize);
but this generates warnings about signed and unsigned further down
scene.cpp. The resulting code works but it is clearly not right.
I can't find an email address for the maintainer and his web site
seems to be off the air just now.
Bill Northcott
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
environment in which the R binary was
built. You can always go back to gcc-4.0 with 'sudo gcc_select 4.0'.
Bill Northcott
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
t may be worth doing even if you cannot get a minimal case
because all the sources are readily available.
Finally last time I looked a few days back Simon's 64 bit Intel builds
were failing.
Bill Northcott
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 27/03/2008, at 11:51 AM, Simon Urbanek wrote:
> Yes, the gcc-4.2 is known to be broken for x86_64 as you describe
> above (or in fact it miscompiles a few other things, too).
> Interestingly llvm-gcc-4.2 suffers from the same problem. That is
> the reason why the 64-bit binaries are curren
