Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 433046 - contacts failed massrebuild attempt for GCC 4.3
Summary: contacts failed massrebuild attempt for GCC 4.3
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: contacts
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Cantrell
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: gcc43errors
TreeView+ depends on / blocked
 
Reported: 2008-02-15 21:02 UTC by Jesse Keating
Modified: 2013-01-10 02:45 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-03-03 17:10:54 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Jesse Keating 2008-02-15 21:02:04 UTC 
This is an automatically filed bug for a failed rebuild attempt for GCC 4.3.

http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal

Please verify why this build failed and fix it.
http://koji.fedoraproject.org/koji/taskinfo?taskID=428068
Comment 1 Jon Stanley 2008-02-16 19:11:43 UTC 
gcc -DHAVE_CONFIG_H -I. -I.. -DPKGDATADIR=\"/usr/share/contacts\"
-DCONTACTS_LOCALE_DIR=\""/usr/share/locale"\" -DDATADIR=\""/usr/share"\"  -Wall
-export-dynamic -DORBIT2=1 -pthread -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/gtk-2.0
-I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/evolution-data-server-2.22
-I/usr/include/libbonobo-2.0 -I/usr/include/libgnome-2.0
-I/usr/include/orbit-2.0 -I/usr/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/gconf/2   -I/usr/include/gconf/2
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4
-m64 -mtune=generic -MT contacts-ui.o -MD -MP -MF .deps/contacts-ui.Tpo -c -o
contacts-ui.o contacts-ui.c
contacts-utils.c:36: error: static declaration of 'e_util_unicode_get_utf8'
follows non-static declaration
contacts-utils.h:25: error: previous declaration of 'e_util_unicode_get_utf8'
was here
contacts-utils.c: In function 'contacts_choose_photo':
contacts-utils.c:601: warning: assignment from incompatible pointer typegcc
-DHAVE_CONFIG_H -I. -I.. -DPKGDATADIR=\"/usr/share/contacts\"
-DCONTACTS_LOCALE_DIR=\""/usr/share/locale"\" -DDATADIR=\""/usr/share"\"  -Wall
-export-dynamic -DORBIT2=1 -pthread -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/gtk-2.0
-I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/evolution-data-server-2.22
-I/usr/include/libbonobo-2.0 -I/usr/include/libgnome-2.0
-I/usr/include/orbit-2.0 -I/usr/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/gconf/2   -I/usr/include/gconf/2
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4
-m64 -mtune=generic -MT contacts-ui.o -MD -MP -MF .deps/contacts-ui.Tpo -c -o
contacts-ui.o contacts-ui.c
contacts-utils.c:36: error: static declaration of 'e_util_unicode_get_utf8'
follows non-static declaration
contacts-utils.h:25: error: previous declaration of 'e_util_unicode_get_utf8'
was here
contacts-utils.c: In function 'contacts_choose_photo':
contacts-utils.c:601: warning: assignment from incompatible pointer type
Comment 2 Jon Stanley 2008-02-16 19:15:13 UTC 
hmm, that don't look too pretty.  Any suggestions on how to extract the errors
in a way that's useful?  Maybe not include the gcc invocation that caused
the(though it could be important I guess)?
Comment 3 Jakub Jelinek 2008-02-20 15:09:25 UTC 
Errors have error: prefixes in the diagnostic.  The code has probably something
like:
extern type e_util_unicode_get_utf8 (arguments);
or
type e_util_unicode_get_utf8 (arguments);
in the header, and
static type e_util_unicode_get_utf8 (arguments)
{
  body;
}
definition in the body.  This is invalid C, the prototype must use static
keyword if the definition is static (though, it is questionable why to provide
prototypes for static functions in a header, rather than in the .c file itself,
as other CUs can't access it anyway).
Comment 4 Jesse Keating 2008-03-03 14:15:48 UTC 
So the header has:

char *e_util_unicode_get_utf8 (const char *text, gunichar * out);

and the c file has:

G_INLINE_FUNC char *
e_util_unicode_get_utf8 (const char *text, gunichar * out)
{
        *out = g_utf8_get_char (text);

        return (G_UNLIKELY (*out == (gunichar) - 1)) ? NULL :
            g_utf8_next_char (text);
}


Doesn't look like to me it matches either of the scenarios above, but my C is
not very good at all.  Jakub can you take a look and clue me in?  (:
Comment 5 Jesse Keating 2008-03-03 17:10:54 UTC 
Turned out to be a bug in glib2, which has since been fixed.  Rebuild now succeeds.
Note You need to log in before you can comment on or make changes to this bug.