On Jun 5, 12:56 am, "Dr. David Kirkby" <[EMAIL PROTECTED]>
wrote:
> On Jun 4, 8:35 pm, mabshoff <[EMAIL PROTECTED]> wrote:
<SNIP>
Hi David,
> I don't believe the problem I was experiencing is anything to do with
> the shell, or how it is called. As Is said, I'm not using csh or tcsh
> as a login shell, but bash.
Ok, but that bug also exists ;)
> I believe Francois is much closer to the solution myself. I took out
> the test for SunOs, so do_make setup1, do_make setup2, do_make setup3
> and do_make setup4 were all run. i.e. I changed the do_tune() code to:
>
> do_tune()
> {
> do_make setup1
> do_make setup2
> do_make setup3
> do_make setup4
>
> }
>
> That works a LOT better, but it still fails to build, but that is a
> different issue. So I'm not convinced there is a need to exclude the
> setup routines on Solaris - whether they are useful or a waste of time
> is another matter, but they don't stop it building.
>
> I can't make any sence of the what is causing this to fail. The error
> message from the compiler says the -o option is given twice (which it
> is not)! It then says it does not know the file type for
> libntl-5.4.2.so. It seems to me the options to the compiler look
> sensible, so I don't understand its objection. It could be a compiler
> bug.
>
> Would anyone be in a better position to fix this if I made a Solaris
> (SPARC) machine available? This is my private machine and I don't wish
> to share it, but if it will be any help I could set up another SPARC
> with similar software on it.
>
> Dave
<SNIP>
> g++ -I../include -I. -O2 -g -fPIC -fPIC -shared -Wl,-soname,lib`cat
> DIRNAME`.so -o lib`cat DIRNAME`.so FFT.o FacVec.o GF2.o GF2E.o GF2EX.o
> GF2EXFactoring.o GF2X.o GF2X1.o GF2XFactoring.o GF2XVec.o GetTime.o
> HNF.o ctools.o LLL.o LLL_FP.o LLL_QP.o LLL_RR.o LLL_XD.o RR.o
> WordVector.o ZZ.o ZZVec.o ZZX.o ZZX1.o ZZXCharPoly.o ZZXFactoring.o
> ZZ_p.o ZZ_pE.o ZZ_pEX.o ZZ_pEXFactoring.o ZZ_pX.o ZZ_pX1.o
> ZZ_pXCharPoly.o ZZ_pXFactoring.o fileio.o lip.o lzz_p.o lzz_pE.o
> lzz_pEX.o lzz_pEXFactoring.o lzz_pX.o lzz_pX1.o lzz_pXCharPoly.o
> lzz_pXFactoring.o mat_GF2.o mat_GF2E.o mat_RR.o mat_ZZ.o mat_ZZ_p.o
> mat_ZZ_pE.o mat_lzz_p.o mat_lzz_pE.o mat_poly_ZZ.o mat_poly_ZZ_p.o
> mat_poly_lzz_p.o pair_GF2EX_long.o pair_GF2X_long.o pair_ZZX_long.o
> pair_ZZ_pEX_long.o pair_ZZ_pX_long.o pair_lzz_pEX_long.o
> pair_lzz_pX_long.o quad_float.o tools.o vec_GF2.o vec_GF2E.o
> vec_GF2XVec.o vec_RR.o vec_ZZ.o vec_ZZVec.o vec_ZZ_p.o vec_ZZ_pE.o
> vec_double.o vec_long.o vec_lzz_p.o vec_lzz_pE.o vec_quad_float.o
> vec_vec_GF2.o vec_vec_GF2E.o vec_vec_RR.o vec_vec_ZZ.o vec_vec_ZZ_p.o
> vec_vec_ZZ_pE.o vec_vec_long.o vec_vec_lzz_p.o vec_vec_lzz_pE.o
> vec_xdouble.o xdouble.o G_LLL_FP.o G_LLL_QP.o G_LLL_XD.o G_LLL_RR.o
> vec_ulong.o vec_vec_ulong.o -L/export/home/drkirkby/sage-3.0.2/local/
> lib -lgmp
> ld: warning: option -o appears more than once, first setting taken
> ld: fatal: file libntl-5.4.2.so: unknown file type
> ld: fatal: File processing errors. No output written to
This rings a bell: Any chance your gcc was build using the Sun ld and
not the GNU ld? I would change
-Wl,-soname,lib`cat DIRNAME`.so -o lib`cat DIRNAME`.so
to
-o libntl.so
since the that does not work with the Sun ld IIRC. By now I am
actually thinking that we should not add "-Kl,-soname $FOO" & friends
to the default makefiles since those are GNU ld specific.
<SNIP>
Cheers,
Michael
--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---
