public inbox for gentoo-qa@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* Re: [gentoo-qa] QA confusion: Upstream qa issues -> failing to install
  @ 2010-08-25 15:55 99%   ` Diego Elio Pettenò
  0 siblings, 0 replies; 1+ results
From: Diego Elio Pettenò @ 2010-08-25 15:55 UTC (permalink / raw
  To: gentoo-qa

[-- Attachment #1: Type: text/plain, Size: 2293 bytes --]

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 #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2010-08-25 11:42     [gentoo-qa] QA confusion: Upstream qa issues -> failing to install Thilo Bangert
2010-08-25 14:20     ` Markos Chandras
2010-08-25 15:55 99%   ` Diego Elio Pettenò

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox