Skip to content

f951.exe: sorry, unimplemented: 64-bit mode not compiled

4 messages · Spencer Graves, Simon Urbanek, Balasubramanian Narasimhan

Original
Spencer Graves
# 
Hello:


       Under my Windows 7 system, "R CMD check 
DiercxkSpline_1.1-5.tar.gz" fails because:


f951.exe: sorry, unimplemented: 64-bit mode not compiled in

make: *** [bispev.o] Error 1
gfortran -m64     -O2  -mtune=core2 -c bispev.f -o bispev.o
f951.exe: sorry, unimplemented: 64-bit mode not compiled in

make: *** [bispev.o] Error 1
ERROR: compilation failed for package 'DierckxSpline'


       A similar problem was reported for package "glmnet" 
(http://stackoverflow.com/questions/10291189/compiling-glmnet-failed-in-windows) 
plus one with R 2.14.2 
(http://r.789695.n4.nabble.com/Problems-when-building-a-package-for-Windows-64-td4464488.html).  
However, I get this with R 2.15.0 and the latest R tools (reinstalled 
earlier today).  On R-Forge, DierckxSpline has "Build status:  Current", 
which suggests that R-Forge does NOT have this problem.  I read through 
the two replies to these two earlier questions without seeing how to fix 
my problem.


       Thanks in advance for any suggestions.


       Spencer Graves
Simon Urbanek
#
On May 4, 2012, at 8:48 PM, Spencer Graves wrote:

            

      
      
      
    

        
This typically means that you're using the wrong (old) compiler. The new MinGW compilers support both -m32 and -m64. You have to set the PATH to the new compilers (in the gcc-4.6.3 subdirectory of Rtools) *before* any old compilers in Rtools.

Cheers,
Simon

            

      
      
      
    

        

      
      
    

  
  


  


      

    

    

      
      

        


  

        

      Spencer Graves
    

    

      
      #
    

  


  

      
On 5/4/2012 6:58 PM, Simon Urbanek wrote:

            

      
      
      
    

        
Simon:  That was it:  I had installed several recent versions of Rtools 
without deleting the old ones and without properly updating the path.  I 
deleted what I had, then reinstalled Rtools215.exe (downloaded 
yesterday) while being careful to have the installer help me edit the 
path.  The problem disappeared.  Thanks very much.  Spencer

            

      
      
      
    

        

      
      
    

            

      
      
      
    

        

  
    

      
      
    

  


  


      

    

    
2 days later

    

      
      

        


  

        

      Balasubramanian Narasimhan
    

    

      
      #
    

  


  

      
The original post below refers to an issue that arose with glmnet. It 
has since been fixed but the underlying problem (I believe) is a bug in 
gcc/gfortran 2.6.3 toolchain.  Here is a reproducible example, test.f90.

program dblbug
   real :: x, y
   x=2
   y=exp(dble(x))
end program dblbug

Compile with gfortran -fdefault-real-8 -o test test.f90.

The program will crash on Windows but not on i386 or x86_64 linux (same 
version of toolchain) but I think that says nothing.

Note: The glmnet code was originally written for single precision and 
hence the flag -fdefault-real-8. The fix was to just to remove the "dble."

-Naras

        
On 5/4/12 6:58 PM, Simon Urbanek wrote: