Re: stuck while installing GTK+ ,,, need help




--- Tor Lillqvist <tml iki fi> wrote:

> Chris Vine writes:
>  > I would just do ./configure --prefix=[whatever]; make; make install.
> 
> Chris, Sergei does have a point, although he is exaggerating a bit. It
> isn't as easy as what you say, one typically has to muck around with
> PATH, LD_LIBRARY_PATH, PKG_CONFIG_PATH, etc, and maybe CPPFLAGS and
> LDFLAGS also, especially if one has alternative versions of
> dependencies installed, which often is the case.
> 
> No sensible person would of course type long commands like in Sergei's
> mail by hand. One would use some degree of home-grown automation. And
> sure, Sergei's tools might be then a better alternative than to whip
> up something similar oneself. (On the other hand, if one does do it
> oneself, at the same time one learns how all this hangs together, and
> it isn't any longer just a mysterious black box.) What I didn't like
> was Sergei replying to a long message by quoting it in its entirety,
> then not answering the actual question, just point to his tools.

Answering the actual question means manual investigaion/debugging of the original
poster's command lines.

I am pointing to my tool because it is faster to run it and thus execute
with high certainty correct (since they are automatically generated) command
lines.

The problem with my tools I've observed so far is some reliance on libraries
installed at system, level - the latest example is bzip2. And it's not trivial,
though certainly doable, to fix this - that's because bzip2 does not fall into
configure -> make -> make install category. That is, I have to write special
subs for the target, which I'll do.

And things like an X11-related libraries with the same file basename reside
both under /usr/lib and /usr/X11R6/lib on Ubuntu.

Reliance on system libraries is easy to identify; the Ubuntu problem is a just
manifestation of the originally flawed idea of search paths.

My point is to eliminate wrong command lines and misplaced files as quickly as
possible, and to deal with real dependency issues if any.

That's why I FIRST suggest to use my tool.

> 
> --tml
> 
> _______________________________________________
> gtk-list mailing list
> gtk-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-list
> 

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