Re: parigp on a macintel core duo

["Justin C. Walker" <justin@mac.com>]

On Mar 21, 2006, at 07:17 , Languasco Alessandro wrote:

> Hi all,
>
> I tried to install parigp on my new macintel mini core duo running  
> MAc OS X 10.4.5.
> The configuration seems to be ok, but make install gives me the  
> following
> errors:
>
> alessandro-languascos-computer:/Users/languasc/Desktop/ 
> pari-2.2.12.beta root# make install
> Making install in Odarwin-i386
> File ../src/funclist not changed.
> /usr/bin/gcc  -c -O3 -Wall -fno-strict-aliasing -fomit-frame- 
> pointer -fno-gcse-after-reload -no-cpp-precomp   -fno-common -I. - 
> I../src/headers -o kernel.o level0.s
> level0.s:14:Rest of line ignored. 1st junk character valued 44 (,).
> level0.s:15:Rest of line ignored. 1st junk character valued 44 (,).
> make[1]: *** [kernel.o] Error 1
> make: *** [install] Error 2
> alessandro-languascos-computer:/Users/languasc/Desktop/ 
> pari-2.2.12.beta root#

I have seen this, and I do not yet have a good explanation for what  
is going wrong.

I have a version that I built myself, with GMP:
         GP/PARI CALCULATOR Version 2.2.13 (development CHANGES-1.1500)
           i386 running darwin (ix86/GMP-4.1.4 kernel) 32-bit version
       compiled: Mar  9 2006, gcc-4.0.1 (Apple Computer, Inc. build  
5250)
                (readline v5.1 enabled, extended help available)

Note this version "knows" it is on an ix86 processor, and uses GMP.

gp seems to work without problems, but if I "make test-kernel", I get  
a "KERNEL BUG" response, with a 'kern.dif' file showing a half-dozen  
or so differences from the expected output.  I'm attaching the  
"gp.out" file, since it may prove enlightening to Those Who Know.

I am also trying to build SAGE (currently, <http://modular.ucsd.edu/ 
sage>, in process of relocating to Seattle, WA), which incorporates  
Pari/gp as a base component, and the build this case will fail with  
the same error you see.

Any suggestions on how to proceed will be greatly appreciated.  Of  
course, I can build with "kernel=none", as suggested by Bill, but it  
would be nice to have a "fully functional" version for the  
Intellimacs...

Bill: is the asm code really useless?

Regards,

Justin

Attachment: gp.out
Description: Binary data

--
Justin C. Walker, Curmudgeon at Large
Director
Institute for the Enhancement of the Director's Income
-----------
Nobody knows the trouble I've been
-----------