Thanks Lan; This is an rpm I am building and am trying to figure out which one of the shared libraries in the rpm building process could cause this; Also do you think htere is something that tells the rpm where to look for shared libratries ? apart from the LD_LIBRARY_PATH Thanks Preeti On Sat, Jul 31, 2010 at 10:32 AM, Ian Lance Taylor <iant@xxxxxxxxxx> wrote: > Preeti Sharma <pritis@xxxxxxxxx> writes: > >> It should be picking up the same since I am compiling and installing >> on the same machine with the same env variables . >> I did set LD_LIBRARY_PATH and also set /etc/ld.so.conf but still >> cannot root cause this error > > Please reply to the mailing list, not just to me. > > You will have to give us more information, like precisely what you do > and precisely what you see. Also, what does ldd show for the executable > in question. > > Ian > >> On Sun, Jul 25, 2010 at 12:35 PM, Ian Lance Taylor <iant@xxxxxxxxxx> wrote: >>> Preeti Sharma <pritis@xxxxxxxxx> writes: >>> >>>> I compiled our application with gcc 4.5 and now when I load the rpm I >>>> get the following error: >>>> >>>> error: Failed dependencies: >>>> libstdc++.so.6(GLIBCXX_3.4.14) is needed by ........ >>>> >>>> It was using gcc 4.1 before. >>>> >>>> Any pointers on what path/links need to be fixed to get over this. >>> >>> The dynamic linker needs to pick up the same libstdc++.so that the >>> regular saw when it linked your program. Well, it doesn't have to be >>> the exact same one, but it needs to be from the same or a newer version >>> of gcc. In this case you are getting the libstdc++.so from an older >>> version of gcc, presumably the one installed on your system. You need >>> to use the LD_LIBRARY_PATH environment variable or modify ld.so.config >>> to pick up the newer one instead. >>> >>> Or you need to build libstdc++ statically, or link against it >>> statically. >>> >>> Ian >>> >
