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

List:       kde-core-devel
Subject:    Re: Adding noclosure to KDE_OPTIONS
From:       Stephan Kulow <coolo () kde ! org>
Date:       2004-09-28 8:24:22
Message-ID: 200409281024.23929.coolo () kde ! org
[Download RAW message or body]

Am Monday 20 September 2004 13:58 schrieb Lubos Lunak:

> > that prevents closure in those places where we need it (alternatively, not
> > doing closure on C++-based libs might work as well, but sounds trickier).
> >
> > The attached patch adds this, and seems to work for libemailfunctions at
> > least. OK?
> 
>  That doesn't make any sense to me. Why don't you simply fix the libraries? 
> Besides, the original purpose of closures is something about collecting 
> missing symbols at link time (templates stuff and so, not necessary with gcc, 
> so I'm not sure if it actually does something), the fact that it checks for 
> undefined symbols is just a side effect.
> 
Just for the record: I'm with Lubos here. I don't see a sense to add a 
"the --no-undefined flag I added doesn't make any sense" flag. 

Greetings, Stephan
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic