From: Geoffrey F. <fu...@ga...> - 2002-09-02 15:39:42
|
Geoffrey Furnish writes: > gcc pltcl.o -L. -lplplottcltk \ > -o pltcl -Wl,-rpath -Wl,/home/furnish/devel/plplot/tmp > /usr/bin/ld: warning: libitcl3.2.so, needed by ./libplplottcltk.so, > not found (try using -rpath or -rpath-link) > /usr/bin/ld: warning: libitk3.2.so, needed by ./libplplottcltk.so, not > found (try using -rpath or -rpath-link) > pltcl.o: In function `AppInit': > pltcl.o(.text+0x13e): undefined reference to `Itcl_Init' > ./libplplottcltk.so: undefined reference to `Itk_Init' > collect2: ld returned 1 exit status > make: *** [pltcl] Error 1 > > I haven't had a chance to review the core reasons for the build > failures, but superficially it looks like there's been some changes to > the ldflags make macro, which haven't been completely worked through > in all the cases. > > I can't really drop itcl/itk for my current need, because this is an > itk based app which seeks to embed a plframe (inside a PLXWin). Okay, I stuided this a little after getting some zzz's, and its not what I thought. I got thorugh this by setting LD_LIBRARY_PATH so that it would find the prefix area that I'm building against. My memory is foggy, did we ordinarily have to do this before? Intuitively, I would expect the software to build without LD_LIBRARY_PATH set, but probably not run without it set (for prefixen not listed in ld.so.conf). But usually I have my LD_L_P set to the prefix in my .cshrc, but this came up this time because I'm setting up a new prefix area. -- Geoffrey Furnish fu...@ga... |