| Summary: | net-wireless/wpa_supplicant doesn't compile with i686-pc-linux-gnu-4.3.2 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Stefan Sassenberg <stefan.sassenberg> |
| Component: | New packages | Assignee: | Qt Bug Alias <qt> |
| Status: | RESOLVED INVALID | ||
| Severity: | critical | CC: | gurligebis, mobile+disabled |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Stefan Sassenberg
2009-08-06 09:46:30 UTC
From what I can see here, gcc should support it: https://hardened.gentooexperimental.org/trac/secure/ticket/62 Which profile are you using (where does /etc/make.profile symlink to) ? pc01 ~ # ll /etc/make.profile lrwxrwxrwx 1 root root 56 23. Jul 2008 /etc/make.profile -> ../usr/portage/profiles/default/linux/x86/2008.0/desktop Could you try and install gcc 4.3.3, and see if it can compile it? same result Well, thats weird, since I'm using 4.3.3 on my machine, and it compiles fine (my machine doesn't try to use the -fno-stack-protector-all CFLAG). I'm beginning to suspect this not being a problem with wpa_supplicant, but a problem with your base system. whats the output of: emerge gcc -pv ? pc01 ~ # emerge gcc -pv These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/gcc-4.3.3-r2 USE="gtk mudflap nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -fortran -gcj (-hardened) -ip28 -ip32r10k -libffi (-multilib) -multislot (-n32) (-n64) -nocxx -nopie -objc -objc++ -objc-gc -test -vanilla" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Just to check - if you run this, will it compile? USE="-qt3 -qt4" emerge wpa_supplicant Oh yes, it does :-D I don't think I need a gui for my wpa, so as a workaround I can modify my /etc/portage.use. I propose to lower this bugs severity. I think there's still something to do, right? Others may need the gui and I might run into the same problem when emerging other packages. I'm trying to figure out why it wants to compile it with that cflag, but I think it's more of a QT eclass issue than an issue with wpa_supplicant. I'm reassigning this bug to the QT herd, so they can take a closer look at what might be causing this. Have you ever compiled qt4 with -fno-stack-protector-all in your C(XX)FLAGS in the past? I'm pretty sure I never did. I sometimes add or remove a USE flag, but I never touch the C(XX)FLAGS. But I switched to gcc 4.3.2 last week, if that points to the solution. Have you run emerge -e world after switching compiler? Which was the previous compiler version? Yes but it probably failed. Reemerging several hundred packages takes a lot of time and several attempts due to failing emerges make this procedure take a whole week. Since I had a successful "emerge -e system" I decided not to try it any longer but to execute "emerge gcc" and try the "emerge -e world" later. Meanwhile I did an "emerge -utDN" whe the problem occured. If this could be the reason for all the trouble I apologize for being too impatient. I'm performing another "emerge -e world" for a few hours now to see if the wpa_supplicant compiles correctly with my regular USE flags afterwards. Ok, after an emerge -e world the compilation of wpa_supplicant works. Thank you very much. |
