Re: problem linking 'pango-1.14.4'

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





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 :-).

In this case, the linker is dumb, but really, it should be.  If the linker tried to be 'smart' and guess different locations it would probably be more likely to start using the wrong implementation of the library. Or in other words, if we know that its going to stop looking when it finds the first library that matches, we can depend on that behavior.

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.

I very much highly doubt this is an Ubuntu/MEPIS issue.  More than likely the answer could be pulled from pango.

>
> 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.

So why not just compile libXrender? Wouldn't that solve the issue? 

> 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.

I'm looking at the latest CVS version and I can't find anything at first glance.  I'd look into where it fails and figure out the exact command line its using.  Then trace it back to see where the options come from.  A patch for pango could be as simple as reordering some pkg-config checks.

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.

The point behind using chroot is to ensure that your software builds with a minimum amount of pre-installed software.  The point here would be to use chroot in development.  This allows you to have a clean room environment with a known list of dependancies.  Then you can either require those dependancies be pre installed and have your tool check that they are, or add those dependancies to some list.  Just a thought. 

>
>
> 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

[Index of Archives]     [Touch Screen Library]     [GIMP Users]     [Gnome]     [KDE]     [Yosemite News]     [Steve's Art]

  Powered by Linux