Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-qa
Navigation:
Lists: gentoo-qa: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-qa@g.o
From: Diego Elio Pettenò <flameeyes@...>
Subject: Re: QA confusion: Upstream qa issues -> failing to install
Date: Wed, 25 Aug 2010 17:55:07 +0200
Il giorno mer, 25/08/2010 alle 17.20 +0300, Markos Chandras ha scritto:
> On Wed, Aug 25, 2010 at 01:42:12PM +0200, Thilo Bangert wrote:
> >  * QA Notice: Package has poor programming practices which may compile
> >  *            fine but exhibit random runtime failures.
> >  * closefromtest.c:46: warning: implicit declaration of function 
> > ‘closefrom’
> >
> This is a rather common bug for 64bit arches

Actually no; the one common for 64bit arches is "implicit pointer
conversion" warning (which may be caused by an implicit declaration,
since implicit declarations default to int as return type!) that is
always fatal on 64-bit (it would crash the code as the returned pointer
would be crippled.

What this bug is about is rather the kind of errors that I've commented
on in [1], [2] and [3] which is that they _may_ be related to macros or
functions that are not declared/defined by the current set of library
dependencies, and would then lead to unresolved undefined symbols, and
thus, to runtime failure.

> This is not only related to stricter but also related to CFLAGS ( having -ggdb
> and -Wall, produce same failures for me even if I don't use stricter )
> 
> Diego, any ideas why this happens? -Wall & -ggdb produce extra output on
> warning that makes portage abort because of that? I always wondered why this
> is happening.

They are not issues for users to care much about, but if _you_ are
maintaining a package that have those warnings should probably go fix
them; upstream and in Gentoo; in my last blog post [4] I have noted that
we should really just use stricter for _our_ packages, not _all_
packages, as it makes it bothersome and lead to more people just
forgetting about stricter (I don't use it, for instance).

[1] http://blog.flameeyes.eu/2010/08/18/compounded-issues-in-glibc-2-12
[2] http://blog.flameeyes.eu/2010/08/19/fixed-in-overlay-read-not-fixed
[3] http://blog.flameeyes.eu/2010/02/03/ruby-ng-the-nth-fork
[4]
http://blog.flameeyes.eu/2010/08/24/gentoo-needs-you-a-few-things-that-would-definitely-be-useful

-- 
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/

If you found a .asc file in this mail and know not what it is,
it's a GnuPG digital signature: http://www.gnupg.org/

Attachment:
signature.asc (This is a digitally signed message part)
Replies:
Re: QA confusion: Upstream qa issues -> failing to install
-- Markos Chandras
Re: QA confusion: Upstream qa issues -> failing to install
-- Mike Frysinger
References:
QA confusion: Upstream qa issues -> failing to install
-- Thilo Bangert
Re: QA confusion: Upstream qa issues -> failing to install
-- Markos Chandras
Navigation:
Lists: gentoo-qa: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: QA confusion: Upstream qa issues -> failing to install
Next by thread:
Re: QA confusion: Upstream qa issues -> failing to install
Previous by date:
Re: QA confusion: Upstream qa issues -> failing to install
Next by date:
Re: QA confusion: Upstream qa issues -> failing to install


Updated Aug 26, 2011

Summary: Archive of the gentoo-qa mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.