Re: problem linking 'pango-1.14.4'
- From: Sergei Steshenko <sergstesh yahoo com>
- To: Paul Davis <pjdavis engineering uiowa edu>
- Cc: gtk-list gnome org
- Subject: Re: problem linking 'pango-1.14.4'
- Date: Mon, 2 Oct 2006 18:52:11 -0700 (PDT)
Paul,
please see my answers inline.
--- Paul Davis <pjdavis engineering uiowa edu> 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 comp home net:/maxtor5/sergei/AppsFromScratchWD/build> grep -r nostdlibs
pango-1.14.4/
[12] 3:37 sergei comp home net:/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
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]