[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice
Subject:    Bug#30017: Warning in .configure (Pyton)
From:       Info <arling () sniip ! ru>
Date:       2001-07-31 15:35:41
[Download RAW message or body]

31 Èþëü 2001 17:14,  û íàïèñàëè:
> On Tuesday 31 July 2001 09:45, Info wrote:
> > > As you can see the first part of the message asks you to
> > > figure out the missing lib, first.
> > > Well, before that, remove your config.cache and try again
> > > - the results are all cached, here.
> > > Then please have a look at config.log to see what the
> > > missing symbol is.
> >
> > Hello,
> >
> > Thanks - and I already do all this.
>
> Then what was the result ????
> If you don't tell us what the missing lib was, we can't
> improve the configure check !!!

The story was: first of all, it was Python 2.0 on my comp. When 
I see this warning first time, I upgrade it to 2.1. Then repead 
./configure, see message again and sent letter to you. Then I 
delete the sourse directory with Koffice at all, and switched 
on my main work. 
Next time when I have a time to try compiling, I unarch tar.gz 
again, ./configure - and there was no such warning (and I reply 
to you that "I do all this", that means that I successfully 
compile Koffice). As I remember, third time machine say "yes" 
for the last of libs in list (name contain word "utils"), for 
others she say "no".

By the way - why ./configure does not contain in first lines 
(before configuring process) something like:
if test -f config.cache
	then rm config.cache
In general, I think than ./configure script must contain option 
"--clean" to remove all config files from previous configuring, 
and this option must be default. Maybe, it will be useful to 
execute "make clean" when this option swithed on. This is 
because in most cases user do "./configure" when he want to 
compile from the beginning...
>
> > When I write this report, I only follow by given
> > instructions - "to let you know" about problem -;)
>
> But that's useless, if you don't tell us what the missing lib
> was.

I think that this information contains in configure/compiler 
messages... :-((  I see on console - "something ... no" - and 
think that it is enougth for professionals...

I am not a programmer, and I understand more less that you. If 
you want to get information without such active&direct emailing 
- this information must contain in error messages.

Or put instruction for user to warning message, in manner:
"If you see this message, please, do:
1....
2....
3....
"

[prev in list] [next in list] [prev in thread] [next in thread]