Paul, please see my answers inline. --- Paul Davis <pjdavis@xxxxxxxxxxxxxxxxxxxxx> wrote: > Sergei, > > [snip] > > > > > X_LIBS = -L/usr/lib -L/usr/X11R6/lib -lX11 > > . > > > > Please pay attention that '-L/usr/lib' comes before '-L/usr/X11R6/lib' - > > otherwise it doesn't work - I'm not quite sure why. > > > Check out > > $ man g++ > $ man ld > > Read the sections on -L and -l flags. First of, The reason -L/usr/lib has > to come first is so that it finds the right version of libXrender first. > The linker stops looking for the library once it finds a match. OK, I thought linker was smarter, that is, it would scan the libraries until it would resolve the symbols, or find it was impossible. I think, Verilog-XL linker used to work that way - sorry, experience from the a wrong world :-). Then the situation is horrible - it's very bad the result depends on the order of two standard directories: /usr/lib and /usr/X11R6/lib. Seems to me like a not a good move on the side of Ubuntu/MEPIS. > > The real issue is that you're not searching standard system locations. It's not me, it's 'configure'. That is, if I want 'configure' to use libraries built by my tool, I tell it so, and so far there has been no failures. The problematic library is X-related, and I tell 'configure' nothing about it, so, I guess, 'configure' should have found by itself where the X-related libraries are. > My > guess is your passing the -nostdlibs argument to the linker, which the > manpage tells me means, "Do not use the standard system libraries when > linking." No, I am not passing '-nostdlibs': " [11] 2:41 sergei@xxxxxxxxxxxxx:/maxtor5/sergei/AppsFromScratchWD/build> grep -r nostdlibs pango-1.14.4/ [12] 3:37 sergei@xxxxxxxxxxxxx:/maxtor5/sergei/AppsFromScratchWD/build> echo $status 1 ". That is, configure doesn't pass - my tool doesn't contain such a word. > > So, my main question: > > > > is it a flaw in 'configure' of 'pango' or in directory structure and > > library organization of MEPIS/Ubuntu ? > > > [snip] > > Depends. I'm guessing configure is compiling the test programs differently > than the main target. That could be a bug in configure, or pango > development's fault for not using the same flags. > > You might look into using a chroot system to completely isolate yourself > from the rest of the system so that these types of errors don't get any > worse. I haven't much experience with it, but you might look at debian > package maintainer instructions for building packages with pbuilder or > something to get some ideas. The idea/intent of my tool is not to ignore/(get rid of) the OS completely, but rather to be able to build only the things I want, and to build them locally, not overwriting anything in system locations and not even beeing root. AFAIK, 'chroot' requires root privileges; I think using it contradicts the idea/intent of my tool. > > > Cheers, > Paul > Regards, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
