* Re: trouble with bessel function test ...
@ 2001-12-19 13:20 Rodney Sparapani
2001-12-19 13:20 ` Brian Gough
0 siblings, 1 reply; 6+ messages in thread
From: Rodney Sparapani @ 2001-12-19 13:20 UTC (permalink / raw)
To: gsl-discuss, achim
I don't have a solution, but I believe this is a compiler problem. I got the
same errors with gcc 2.95.2, but it went away when I switched to Sun WorkShop
4.2.
Rodney Sparapani Medical College of Wisconsin
Sr. Biostatistician Patient Care & Outcomes Research (PCOR)
rsparapa@mcw.edu 8701 Watertown Plank Rd., Rm. H2775
(414) 456-8786 (FAX: 6689) PO Box 26509, Milwaukee, WI 53226-0509
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: trouble with bessel function test ...
2001-12-19 13:20 trouble with bessel function test Rodney Sparapani
@ 2001-12-19 13:20 ` Brian Gough
0 siblings, 0 replies; 6+ messages in thread
From: Brian Gough @ 2001-12-19 13:20 UTC (permalink / raw)
To: gsl-discuss; +Cc: Rodney Sparapani, achim
A quick look on google suggests there can be problems with GNU ld on
solaris. If you have a solaris linker you could specify that during
the configure stage via the LD environment variable.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: trouble with bessel function test ...
2001-12-19 13:20 Achim Gaedke
2001-12-19 13:20 ` Achim Gaedke
@ 2001-12-19 13:20 ` Brian Gough
1 sibling, 0 replies; 6+ messages in thread
From: Brian Gough @ 2001-12-19 13:20 UTC (permalink / raw)
To: Achim Gaedke; +Cc: gsl discussion list
Achim Gaedke writes:
> I ran specfunc/test in gdb:
>
> PASS: gsl_sf_bessel_Jnu_e(0.0001, 1.0, &r)
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xa6058 in gsl_sf_bessel_JY_steed_CF2 (nu=0.0001, x=0.10000000000000001,
> P=0xffbef428, Q=0xffbef420)
> at bessel.c:628
> 628 double den = br*br + bi*bi;
>
> Maybe, this way of initialisation is not possible in pic code...
> The gcc version was 2.8.0.
It's valid C ... beyond that I don't know what's causing it.
> I've tested it with egcs-1.1.2, there was no error in specfunc, but a
> compile error at
> /zpr/gcc/egcs1.1.2/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -g
> -O2 -c test.c
> /usr/ccs/bin/as: "/var/tmp/ccaQ2xka.s", line 2207: error: statement syntax
> /usr/ccs/bin/as: "/var/tmp/ccaQ2xka.s", line 2343: error: statement syntax
>
> maybe there is a problem with egcs...
I think so ... GSL won't be responsible for problems in .s files, that
is a compiler bug.
> With linux, I tried to build gsl-0.8 in a seperate build tree, but failed.
> Has anyone tried too?
It works fine for me. What error do you get? (and is it compiler
related?).
^ permalink raw reply [flat|nested] 6+ messages in thread
* trouble with bessel function test ...
@ 2001-12-19 13:20 Achim Gaedke
2001-12-19 13:20 ` Achim Gaedke
2001-12-19 13:20 ` Brian Gough
0 siblings, 2 replies; 6+ messages in thread
From: Achim Gaedke @ 2001-12-19 13:20 UTC (permalink / raw)
To: gsl discussion list
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1942 bytes --]
A test of gsl-0.8 failed on
uname -a
SunOS Octopussy 5.7 Generic_106541-11 sun4u sparc
I have done:
./configure --prefix=/zpr/scratch/achim/gsl_install --with-pic
make && make check
PASS: gsl_sf_bessel_Jnu_e(0.0001, 1.0, &r)
Bus Error
FAIL: test
===================
1 of 1 tests failed
===================
make[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8/specfunc'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8/specfunc'
make: *** [check-recursive] Error 1
I ran specfunc/test in gdb:
PASS: gsl_sf_bessel_Jnu_e(0.0001, 1.0, &r)
Program received signal SIGSEGV, Segmentation fault.
0xa6058 in gsl_sf_bessel_JY_steed_CF2 (nu=0.0001, x=0.10000000000000001,
P=0xffbef428, Q=0xffbef420)
at bessel.c:628
628 double den = br*br + bi*bi;
(gdb)
Maybe, this way of initialisation is not possible in pic code...
The gcc version was 2.8.0.
I've tested it with egcs-1.1.2, there was no error in specfunc, but a
compile error at
Making check in sort
make[1]: Entering directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8/sort'
make test
make[2]: Entering directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8/sort'
/zpr/gcc/egcs1.1.2/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -g
-O2 -c test.c
/usr/ccs/bin/as: "/var/tmp/ccaQ2xka.s", line 2207: error: statement syntax
/usr/ccs/bin/as: "/var/tmp/ccaQ2xka.s", line 2343: error: statement syntax
make[2]: *** [test.o] Error 1
make[2]: Leaving directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8/sort'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8/sort'
make: *** [check-recursive] Error 1
maybe there is a problem with egcs...
With linux, I tried to build gsl-0.8 in a seperate build tree, but failed.
Has anyone tried too?
Yours!
Achim
Achim Gaedke, ZPR
Weyertal 80, 50931 Köln
Tel: +49 221 470 6021
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: trouble with bessel function test ...
2001-12-19 13:20 Achim Gaedke
@ 2001-12-19 13:20 ` Achim Gaedke
2001-12-19 13:20 ` Brian Gough
1 sibling, 0 replies; 6+ messages in thread
From: Achim Gaedke @ 2001-12-19 13:20 UTC (permalink / raw)
To: gsl discussion list
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 5336 bytes --]
That is what happend:
==================
All 1 tests passed
==================
make[2]: Leaving directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8-build/ieee-utils'
make[1]: Leaving directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8-build/ieee-utils'
Making check in cblas
make[1]: Entering directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8-build/cblas'
make test
make[2]: Entering directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8-build/cblas'
/zpr/gcc/2.95.3/bin/gcc -DHAVE_CONFIG_H -I. -I../../gsl-0.8/cblas -I..
-I../../gsl-0.8 -g -O2 -c ../../gsl-0.8/cblas/test.c
[... and so on ...]
/bin/sh ../libtool --mode=link /zpr/gcc/2.95.3/bin/gcc -g -O2 -o test
test.o test_amax.o test_asum.o test_axpy.o test_copy.o test_dot.o
test_gbmv.o test_gemm.o test_gemv.o test_ger.o test_hbmv.o test_hemm.o
test_hemv.o test_her.o test_her2.o test_her2k.o test_herk.o test_hpmv.o
test_hpr.o test_hpr2.o test_nrm2.o test_rot.o test_rotg.o test_rotm.o
test_rotmg.o test_sbmv.o test_scal.o test_spmv.o test_spr.o test_spr2.o
test_swap.o test_symm.o test_symv.o test_syr.o test_syr2.o test_syr2k.o
test_syrk.o test_tbmv.o test_tbsv.o test_tpmv.o test_tpsv.o test_trmm.o
test_trmv.o test_trsm.o test_trsv.o libgslcblas.la
../ieee-utils/libgslieeeutils.la ../err/libgslerr.la ../test/libgsltest.la
../sys/libgslsys.la -lm
/zpr/gcc/2.95.3/bin/gcc -g -O2 -o .libs/test test.o test_amax.o
test_asum.o test_axpy.o test_copy.o test_dot.o test_gbmv.o test_gemm.o
test_gemv.o test_ger.o test_hbmv.o test_hemm.o test_hemv.o test_her.o
test_her2.o test_her2k.o test_herk.o test_hpmv.o test_hpr.o test_hpr2.o
test_nrm2.o test_rot.o test_rotg.o test_rotm.o test_rotmg.o test_sbmv.o
test_scal.o test_spmv.o test_spr.o test_spr2.o test_swap.o test_symm.o
test_symv.o test_syr.o test_syr2.o test_syr2k.o test_syrk.o test_tbmv.o
test_tbsv.o test_tpmv.o test_tpsv.o test_trmm.o test_trmv.o test_trsm.o
test_trsv.o ./.libs/libgslcblas.so ../ieee-utils/.libs/libgslieeeutils.al
../err/.libs/libgslerr.al ../test/.libs/libgsltest.al
../sys/.libs/libgslsys.al -lm -R/zpr/scratch/gsl-0.8/lib
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol .LLC5:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol
.LLC27:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol
.LLC109:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol
.LLC110:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol
.LLC115:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol
.LLC116:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol .LLC5:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol .LLC5:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotg.o: symbol
.LLC115:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
ld: warning: relocation error: R_SPARC_32: file test_rotmg.o: symbol
.LLC12:
external symbolic relocation against non-allocatable section
.stab;
cannot be processed at runtime: relocation ignored
Undefined first referenced
symbol in file
.LLC109 test_rotg.o
.LLC110 test_rotg.o
.LLC115 test_rotg.o
.LLC116 test_rotg.o
.LLC5 test_rotg.o
.LLC12 test_rotmg.o
.LLC27 test_rotg.o
ld: fatal: Symbol referencing errors. No output written to .libs/test
collect2: ld returned 1 exit status
make[2]: *** [test] Error 1
make[2]: Leaving directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8-build/cblas'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory
`/files/c1t4d0s3/zpr/scratch/achim/gsl-0.8-build/cblas'
make: *** [check-recursive] Error 1
The compiler is built and tested with some of my c projects...
There was no extra configure flag.
> uname -a
SunOS Octopussy 5.7 Generic_106541-11 sun4u sparc
I would be glad, if somebody has an idea what is wrong.
My trouble with linux is gone, I do not know what it was.
Achim
Achim Gaedke, ZPR
Weyertal 80, 50931 Köln
Tel: +49 221 470 6021
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: trouble with bessel function test ...
@ 2001-12-19 13:20 Achim Gaedke
0 siblings, 0 replies; 6+ messages in thread
From: Achim Gaedke @ 2001-12-19 13:20 UTC (permalink / raw)
To: gsl discussion list
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 648 bytes --]
That does not solve the problem:
LD is set to /usr/ccs/bin/ld and is used by gcc.
All error reports are one year old and about gcc-2.95.2 or older. I will
follow Rodney's advice to compile with a SUN copmpiler (allthough this is
no real alternative to me).
Does anyone else succede with compiling gsl-0.8 on Solaris2.7 ?
Achim
Achim Gaedke, ZPR
Weyertal 80, 50931 Köln
Tel: +49 221 470 6021
On Thu, 31 May 2001, Brian Gough wrote:
> A quick look on google suggests there can be problems with GNU ld on
> solaris. If you have a solaris linker you could specify that during
> the configure stage via the LD environment variable.
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2001-12-19 13:20 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-12-19 13:20 trouble with bessel function test Rodney Sparapani
2001-12-19 13:20 ` Brian Gough
-- strict thread matches above, loose matches on Subject: below --
2001-12-19 13:20 Achim Gaedke
2001-12-19 13:20 ` Achim Gaedke
2001-12-19 13:20 ` Brian Gough
2001-12-19 13:20 Achim Gaedke
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).