On Wed, 2010-01-13 at 10:52 -0800, Roland McGrath wrote:
- Jussi Lehtola jussileht...@fedoraproject.org wrote:
So is --as-needed within the current default flags?
As far as I know, no. The default will still be --no-as-needed.
That's correct. This change does not affect
But, you have added an explicit dependency upon libdb to your executable
by mentioning -ldb on the gcc command line. Therefore libdb will be
loaded at execution start-up. But libdb has a dependency upon
libpthread, so that library will also be loaded at execution start-up.
Hence when
According to notting and the experimentation that I did after the FESCo
meeting, the shared libraries bring in any libraries that they depend on.
However, if the application linking to the shared library also requires the
third shared library but doesn't explicitly link it then the link will
78 of those seem to be caused by separated libtinfo. In default
ncurses configuration libtinfo is included in libncurses, so I don't
think the upstreams will be very happy about adding support for
non-standard configurations.
Petr Machata suggested we could work around it by replacing
I have problems to understand the xmlrpc-c build failure
| /usr/bin/ld.bfd: xml-rpc-api2cpp.5842.test: undefined reference to symbol
'pthread_cancel@@GLIBC_2.2.5'
pthread_cancel() is not used by the program. I see it in the .plt section
only but not where it is referenced.
I would like
On Monday 11 January 2010, Charley Wang wrote:
We also need (and would appreciate help with) the
linking of failed build logs to their package owners.
If you want just an e-mail address per package, use packagename-
ow...@fedoraproject.org. If you want more than that, see /usr/bin/fedoradev-
- Ville Skyttä ville.sky...@iki.fi wrote:
On Monday 11 January 2010, Charley Wang wrote:
We also need (and would appreciate help with) the
linking of failed build logs to their package owners.
If you want just an e-mail address per package, use packagename-
Charley Wang wrote:
Please note that many of the packages may be failing because of a few
DSO's. Further exploration is needed to evaluate this possibility so
we can apply one patch to the source of the problem instead of dozens of
superfluous patches. We also need (and would appreciate help
Kevin Kofler kevin.kof...@chello.at writes:
I also think that this change will probably force us to ship .la files. The
only reason we didn't need them so far was that implicit linking feature.
[ scratches head... ] How so? AFAICS the only change here is that
programs now have to explicitly
On 12.1.2010 01:14, Kevin Kofler wrote:
semantics) hitting so many packages is a very bad idea and that it's
unrealistic to get them all fixed for F13.
+ 1...speaking as somebody who's fixed dozens of packages after the F11
and F12 mass rebuilds and looking at the loong list referenced
10 matches
Mail list logo
