Bug 434350 - aget failed massrebuild attempt for GCC 4.3
Summary: aget failed massrebuild attempt for GCC 4.3
Alias: None
Product: Fedora
Classification: Fedora
Component: aget
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Orphan Owner
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: gcc43rebuildfail
TreeView+ depends on / blocked
Reported: 2008-02-22 16:03 UTC by Jesse Keating
Modified: 2013-01-10 03:08 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-04-08 21:37:28 UTC
Type: ---

Attachments (Terms of Use)

Description Jesse Keating 2008-02-22 16:03:10 UTC
This is an automatically filed bug for a failed rebuild attempt for GCC 4.3.


Please verify why this build failed and fix it.
Exit code was 1, check the build.log for the failed buildArch task.

Comment 1 Jon Stanley 2008-03-05 23:46:17 UTC
Head.c: In function 'http_head_req':
Head.c:55: warning: implicit declaration of function 'hstrerror'
Head.c:58: error: 'struct hostent' has no member named 'h_addr'

Comment 2 Ian Weller 2008-03-20 02:01:29 UTC
it's times like this when i wish i knew c++...

current status: no clue what's causing that error. i've contacted the current
upstream developer.

Comment 3 Christopher Aillon 2008-04-08 17:02:44 UTC
man netdb.h says:

       The <netdb.h> header shall define the hostent structure  that  includes
       at least the following members:

              char   *h_name       Official name of the host.
              char  **h_aliases    A pointer to an array of pointers to
                                   alternative host names, terminated by a
                                   null pointer.
              int     h_addrtype   Address type.
              int     h_length     The length, in bytes, of the address.
              char  **h_addr_list  A pointer to an array of pointers to network
                                   addresses (in network byte order) for the host,
                                   terminated by a null pointer.

Comment 4 Christopher Aillon 2008-04-08 17:04:22 UTC
This isn't c++, this is just using struct members that aren't guaranteed to
exist.  There needs to be a configure test or something here and #ifdefs, or
refactoring of the code.

Comment 5 Ian Weller 2008-04-08 20:20:33 UTC
I and a friend tried for a while a week or two ago to fix it and this is what we
found, although we didn't get it to work.

There doesn't really seem to be much of a desire for this package, and there
haven't been updates for a while. I haven't heard back from the developer, so I
think I'm going to reorphan this.

Comment 6 Jesse Keating 2008-04-08 21:37:28 UTC
Ok, I'm going to block it from dist-f9, so that it has to be fixed before it
comes back into the distro.

Note You need to log in before you can comment on or make changes to this bug.