Summary: | sys-process/audit-1.7.4: fails to build with gcc-4.6.0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Anthony Basile <blueness> |
Component: | Current packages | Assignee: | Robin Johnson <robbat2> |
Status: | VERIFIED TEST-REQUEST | ||
Severity: | normal | CC: | anarchy, rhill |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 346809, 418395 | ||
Attachments: |
update mode_t to rmode_t for gcc-4.6
change mode_t to rmode_t via sed Log file |
Description
Anthony Basile
2011-04-05 10:28:08 UTC
Okay I think this is a name conflict. In audisp/plugins/remote/remote-config.h on line 27 we have mode_t defined as an enum: typedef enum { M_IMMEDIATE, M_STORE_AND_FORWARD } mode_t; However, 1) <sys/types.h> has mode_t typedefed to __mode_t which in 2) <bits/types.h> is typedefed to __MODE_T_TYPE which in 3) <bits/typesizes.h> is typedefed to __U32_TYPE which in 4) <bits/types.h> is typedefed to an unsigned int I'm not sure why this is coming up in =gcc-4.6.0 but not <gcc-4.6.0 (In reply to comment #2) > https://fedorahosted.org/audit/changeset/455 There is more then that simple two liner patch needed. I will dig into this tonight and see what we can put together. Created attachment 268781 [details, diff]
update mode_t to rmode_t for gcc-4.6
This is tested, we can actually use a simple sed for the two instance replace as well.
(In reply to comment #4) > Created attachment 268781 [details, diff] > update mode_t to rmode_t for gcc-4.6 > > This is tested, we can actually use a simple sed for the two instance replace > as well. It *is* just two lines, the name conflict. I tried it as soon as Ryan posted, and it compiled, but I remain confused. Why does gcc-4.6.0 bring out the problem but gcc-4.5.2 misses it? This worries me about unpredictable effects due to the new behavior. *shrug* Created attachment 269291 [details, diff]
change mode_t to rmode_t via sed
This is the cleanier solution to prevent unneeded cruft in the tree :) Hope we can get this landed soon.
Added to the overlay in the meantime. https://overlays.gentoo.org/proj/gcc-porting/changeset/168 Created attachment 271057 [details]
Log file
another problem.
_____________________________________
Portage 2.2.0_alpha30 (hardened/linux/amd64/no-multilib, gcc-4.6.0, libc-0-r0, 2.6.38-hardened x86_64)
(In reply to comment #8) > Created attachment 271057 [details] > Log file > > another problem. > _____________________________________ > Portage 2.2.0_alpha30 (hardened/linux/amd64/no-multilib, gcc-4.6.0, libc-0-r0, > 2.6.38-hardened x86_64) Do not highjack a bug report, open a new report for the problem. Make sure you also attach emerge --info audit please test 2.1.3 instead. 2.1.3 works. |