Re: Guile 1.6.6 build comments ... alpha ncurses

Re: Guile 1.6.6 build comments ... alpha ncurses

[Kevin Ryde]

"Nelson H. F. Beebe" <beebe@math.utah.edu> writes:
>
> ------------------------------------------------------------------------
> Machinetype:            DEC Alphastation 200 4/100 (1 CPU, 100 MHz Alpha 21064 EV4, 64MB RAM);    GNU/Linux 2.4.19-xfs-gentoo-cd
> Remote gcc version:     gcc (GCC) 3.3
> Remote g++ version:     g++ (GCC) 3.3
> Configure environment:  CC=gcc CXX=g++ LDFLAGS="-Wl,-rpath,/usr/local/lib" 
>
> /bin/sh ./libtool --tag=CC --mode=link gcc  -g -O2  -Wl,-rpath,/usr/local/lib -o libguilereadline-v-12.la -rpath /usr/local/lib -version-info 15:0:3 -export-dynamic -no-undefined readline.lo ../libguile/libguile.la -lreadline -lncurses
>
> ld: /usr/local/lib/gcc-lib/alpha-unknown-linux-gnu/3.3/../../../libncurses.a(lib_termcap.o): gp-relative relocation against dynamic symbol BC
> collect2: ld returned 1 exit status

Looks like the linker doesn't like putting a .a library into a .so.
Dunno what's supposed to be done about that, you'd hope libtool would
handle it. :(


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: Guile 1.6.6 build comments ... alpha ncurses

[Nelson H. F. Beebe]

Kevin Ryde <user42@zip.com.au> observes about my long guile-1.6.6
build-problem report:

>> > ld: /usr/local/lib/gcc-lib/alpha-unknown-linux-gnu/3.3/../../../libncurses.a(lib_termcap.o): gp-relative relocation against
dynamic symbol BC
>> 
>> Looks like the linker doesn't like putting a .a library into a .so.
>> Dunno what's supposed to be done about that, you'd hope libtool would
>> handle it. :(

On many architectures, shared libraries must be compiled with special
compiler options to generate position-independent code (-fpic, -fPIC,
-kPIC, and -kpic are common names for these options), whereas ordinary
load libraries don't need that feature, which sometimes involves extra
instructions for data access.

It may well be that is what is happening here: extracting
lib_termcap.o from libncurses.a is producing mixed data-access
conventions, causing the linker error.

-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- University of Utah                    FAX: +1 801 581 4148                  -
- Department of Mathematics, 110 LCB    Internet e-mail: beebe@math.utah.edu  -
- 155 S 1400 E RM 233                       beebe@acm.org  beebe@computer.org -
- Salt Lake City, UT 84112-0090, USA    URL: http://www.math.utah.edu/~beebe  -
-------------------------------------------------------------------------------


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: Guile 1.6.6 build comments ... alpha ncurses

[Kevin Ryde]

"Nelson H. F. Beebe" <beebe@math.utah.edu> writes:
>
> It may well be that is what is happening here: extracting
> lib_termcap.o from libncurses.a is producing mixed data-access
> conventions, causing the linker error.

Yep.  (I'm pretty sure OSF alpha is always PIC, even in .a, but I
don't know the conventions on a gnu system.)


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel