| View previous topic :: View next topic |
| Author |
Message |
keet
Guru
Joined: 09 Sep 2008
Posts: 571
|
 Posted: Tue Dec 30, 2008 4:22 pm Post subject: |
 |
|
| Xake wrote: | You may ave keyworded it, but have you unmasked it?
If you do not know how to unmask it, are you sure gcc-4.4 is something for you? |
I already keyworded and unmasked it in /etc/portage/package.unmask and /usr/portage/profiles/package.unmask, but I can't emerge it.
I already upgraded to gcc 4.3.2 a couple months ago, but disliked having to keyword so many packages just to make them compile, so I went back to 4.1.2 . Now, though, I feel like trying again with 4.4.0 , since I'm more experienced at it.
Last edited by keet on Tue Dec 30, 2008 5:35 pm; edited 1 time in total |
|
| Back to top |
|
 |
pdw_hu
Apprentice
Joined: 02 Jun 2008
Posts: 200
Location: Budapest, Hungary
|
| Posted: Tue Dec 30, 2008 4:25 pm Post subject: |
|
|
Alrighty, just re-emerged my world with gcc 4.4 from dirtyepics overlay. 5 packages failed:
net-libs/libtorrent-0.12.4
net-p2p/rtorrent-0.8.4-r1
media-libs/musicbrainz-3.0.2
net-libs/xulrunner-1.9.0.5
mail-client/mozilla-thunderbird-2.0.0.18
I also encountered that issue with nspr of websites being rendered totally messed up.
Edit: Oh, this is amd64 btw.
Last edited by pdw_hu on Tue Dec 30, 2008 9:50 pm; edited 1 time in total |
|
| Back to top |
|
|
keet
Guru
Joined: 09 Sep 2008
Posts: 571
|
| Posted: Tue Dec 30, 2008 7:16 pm Post subject: |
|
|
sys-devel/gcc is in my package.keywords and package.unmask files. However, when I try to emerge it, it still says:
| Code: |
emerge -av =sys-devel/gcc-4.4.0_pre9999
!!! All ebuilds that could satisfy "=sys-devel/gcc-4.4.0_pre9999" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-devel/gcc-4.4.0_pre9999 (masked by: missing keyword) |
Maybe it's because I'm using AMD64, and this package is only for x86? I know how to mask and unmask packages. I have portage unmasked so I can use version 2.2, so that's not my problem. Can anyone help? |
|
| Back to top |
|
|
alex.blackbit
Advocate
Joined: 26 Jul 2005
Posts: 2397
|
| Posted: Tue Dec 30, 2008 7:18 pm Post subject: |
|
|
try this | Code: | | sys-devel/gcc:4.4-svn ** |
in your package.keywords. |
|
| Back to top |
|
|
Basso Buffo
n00b
Joined: 19 Oct 2007
Posts: 24
Location: North Carolina, USA
|
| Posted: Tue Dec 30, 2008 9:10 pm Post subject: |
|
|
Responding to my own post dated December 11, regarding ImageMagick:
I've discovered that ImageMagick will compile just as nicely as ever, provided that openmp is NOT enabled in your USE flags. OpenMP is a shared memory multiprocessing library, of which ImageMagick makes extensive use, and there's an issue in the PNM module that triggers an ICE in GCC 4.4's OpenMP implementation.
The stock imagemagick ebuilds in the portage tree will only allow openmp to be used if you are using GCC 4.3 built with openmp in your use flags. I had rolled my own imagemagick ebuild in an attempt to use it with GCC 4.4. The long and short of it is that OpenMP should still be regarded as a GCC-4.3-only feature until further notice. |
|
| Back to top |
|
|
keet
Guru
Joined: 09 Sep 2008
Posts: 571
|
| Posted: Tue Dec 30, 2008 10:06 pm Post subject: |
|
|
| alex.blackbit wrote: | try this | Code: | | sys-devel/gcc:4.4-svn ** |
in your package.keywords. |
That works. Thank you! It's emerging now. Hopefully it will work.
I got an error until I opened port 3690 on my firewall, but now it's working.... so far. |
|
| Back to top |
|
|
Basso Buffo
n00b
Joined: 19 Oct 2007
Posts: 24
Location: North Carolina, USA
|
| Posted: Wed Dec 31, 2008 2:24 am Post subject: |
|
|
| The OpenMP issue with ImageMagick has apparently been fixed in GCC with revision 142970. |
|
| Back to top |
|
|
keet
Guru
Joined: 09 Sep 2008
Posts: 571
|
| Posted: Wed Dec 31, 2008 3:09 am Post subject: |
|
|
It finished compiling, but failed to install:
| Code: | * Messages for package sys-devel/gcc-4.4.0_pre9999:
* This package will overwrite one or more files that may belong to other
* packages (see list below). You can use a command such as `portageq
* owners / <filename>` to identify the installed package that owns a
* file. If portageq reports that only one package owns a file then do
* NOT file a bug report. A bug report is only useful if it identifies at
* least two or more packages that are known to install the same file(s).
* If a collision occurs and you can not explain where the file came from
* then you should simply ignore the collision since there is not enough
* information to determine if a real problem exists. Please do NOT file
* a bug report at http://bugs.gentoo.org unless you report exactly which
* two packages install the same file(s). Once again, please do NOT file
* a bug report unless you have completely understood the above message.
*
* Detected file collision(s):
*
* /usr/lib64/security/classpath.security
*
* Searching all installed packages for file collisions...
*
* Press Ctrl-C to Stop
*
* sys-devel/gcc-4.3.2-r2
* /usr/lib64/security/classpath.security
*
* Package 'sys-devel/gcc-4.4.0_pre9999' NOT merged due to file
* collisions. If necessary, refer to your elog messages for the whole
* content of the above message.
|
Any help? |
|
| Back to top |
|
|
alex.blackbit
Advocate
Joined: 26 Jul 2005
Posts: 2397
|
| Posted: Wed Dec 31, 2008 11:57 am Post subject: |
|
|
| keet, read the complete thread. i had the same problem and solved it. |
|
| Back to top |
|
|
keet
Guru
Joined: 09 Sep 2008
Posts: 571
|
| Posted: Wed Dec 31, 2008 4:51 pm Post subject: |
|
|
| alex.blackbit wrote: | | keet, read the complete thread. i had the same problem and solved it. |
Thank you. Sorry, it was late at night and I was using a text browser, so I was being lazy (I hadn't loaded any DM's). It seemed to emerge correctly -- it still gave the warning, but it said that it installed despite the problem. Now I'm emerging -e system, then world. I love how quickly things compile with my quad-core processor  My laptop still hasn't finished emerging gcc (and glibc), despite having begun last night. |
|
| Back to top |
|
|
SlashBeast
Retired Dev
Joined: 23 May 2006
Posts: 2922
|
| Posted: Wed Dec 31, 2008 5:10 pm Post subject: |
|
|
ot, tip: for emerge -e world (or somethng) imho good idea is using jobs for emerge and gcc at the same time, like that:
| Code: | | MAKEOPTS="-j2" emerge -e world --keep-going -j2 |
|
|
| Back to top |
|
|
keet
Guru
Joined: 09 Sep 2008
Posts: 571
|
| Posted: Wed Dec 31, 2008 7:00 pm Post subject: Final results |
|
|
Here's my summary of the upgrade to GCC 4.4.0_pre9999 from the dirtyepic overlay:
Failed packages (out of 618):
net-nds/openldap-2.3.43 (even keyworded and masked versions wouldn't install)
dev-libs/boost-1.34.1-r2 (
dev-libs/cyrus-sasl-2.1.22-r2
app-misc/strigi-0.5.11 and 0.6.9999
app-office/kspread-1.6.2 and 1.6.3
net-libs/xulrunner-1.9.0.5
net-p2p/deluge-0.5.9.3
kde-base/kopete-4.1.3
kde-base/libkleo-4.1.3
app-emulation/virtualbox-ose-1.6.6 and 2.0.6
app-office/openoffice-3.0.0
Problems:
dev-libs/nspr-4.7.3 causes web pages to be misrendered. Compiling with gcc 4.3.2 works.
games-emulation/xmame-0.106 failed, but compiled and installed on the second try.
Kernel 2.6.27.r7 wouldn't compile.
A somewhat frequently occuring error message:
| Code: | | "scanelf: Sorry, long names not yet supported; output will be incomplete for /var/tmp/portage/sys-libs/glibc-2.7-r2/image/usr/lib64/libm.a" |
[and others]
I sought this error on Google, the forums here, and Gentoo's Bugzilla site, but found nothing. Has anyone else seen it? |
|
| Back to top |
|
|
Genewb
Apprentice
Joined: 09 Jan 2007
Posts: 165
|
| Posted: Fri Jan 02, 2009 8:40 pm Post subject: |
|
|
One more problem package: backgrounds are red in terminals that use vte if vte is compiled with 20081226.
_________________
I don't give a darn about "experience", just functional copyleft software. |
|
| Back to top |
|
|
Basso Buffo
n00b
Joined: 19 Oct 2007
Posts: 24
Location: North Carolina, USA
|
| Posted: Mon Jan 05, 2009 5:20 pm Post subject: |
|
|
| Geneweb -- thanks for the tip about vte. I couldn't figure out what was causing the red, so I switched to <shudder>xterm</shudder>. I'll recompile vte with 4.2.3 and go back to being civilized. |
|
| Back to top |
|
|
Basso Buffo
n00b
Joined: 19 Oct 2007
Posts: 24
Location: North Carolina, USA
|
| Posted: Tue Jan 06, 2009 4:11 am Post subject: |
|
|
| dev-util/valgrind also fails under GCC 4.4, but compiles cleanly under 4.2.4. Over the next few days I'll try to track down the problem. |
|
| Back to top |
|
|
unK
l33t
Joined: 06 Feb 2007
Posts: 769
|
| Posted: Tue Jan 06, 2009 12:31 pm Post subject: |
|
|
| Basso Buffo wrote: | | dev-util/valgrind also fails under GCC 4.4, but compiles cleanly under 4.2.4. Over the next few days I'll try to track down the problem. |
Hmm, it compiles fine for me, valgrind-3.4.0, x86_64, gcc 4.4-svn, rev. 142977.
_________________
ncmpcpp - featureful ncurses based MPD client inspired by ncmpc |
|
| Back to top |
|
|
Basso Buffo
n00b
Joined: 19 Oct 2007
Posts: 24
Location: North Carolina, USA
|
| Posted: Sun Jan 11, 2009 5:10 am Post subject: |
|
|
unK, I am using exactly the same revision of GCC, and the same version of valgrind. The error I get is:
| Code: | x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../coregrind -I.. -I../coregrind/x86 -I../coregrind/linux -I../coregrind/x86-linux -I../include -I../VEX/pub -DVG_PLATFORM="\"x86-linux\"" -DVGA_x86=1 -DVGO_linux=1 -DVGP_x86_linux=1 -DVG_LIBDIR="\"/usr/lib64/valgrind"\" -m32 -fno-stack-protector -O2 -g -Wmissing-prototypes -Wall -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -march=athlon64 -O3 -pipe -Wno-long-long -Wno-pointer-sign -Wdeclaration-after-statement -fno-stack-protector -MT libcoregrind_x86_linux_a-m_libcassert.o -MD -MP -MF .deps/libcoregrind_x86_linux_a-m_libcassert.Tpo -c -o libcoregrind_x86_linux_a-m_libcassert.o `test -f 'm_libcassert.c' || echo './'`m_libcassert.c
m_libcassert.c: Assembler messages:
m_libcassert.c:140: Error: symbol `m_libcassert_get_ip' is already defined
make[3]: *** [libcoregrind_x86_linux_a-m_libcassert.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-util/valgrind-3.4.0/work/valgrind-3.4.0/coregrind'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/dev-util/valgrind-3.4.0/work/valgrind-3.4.0/coregrind'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-util/valgrind-3.4.0/work/valgrind-3.4.0'
make: *** [all] Error 2 |
Hmm. It appears that for some reason x86-specific constants are being defined (-DVGP_x86_linux=1) instead of their AMD64 counterparts (-DVGP_amd64_linux). This bears a bit more research. |
|
| Back to top |
|
|
unK
l33t
Joined: 06 Feb 2007
Posts: 769
|
| Posted: Sun Jan 11, 2009 3:26 pm Post subject: |
|
|
Strange.
Btw, if glibc is compiled with gcc-4.4, apps that use libpthread doesn't run in gdb (glibc recompilation with gcc-4.3.2 helps).
_________________
ncmpcpp - featureful ncurses based MPD client inspired by ncmpc |
|
| Back to top |
|
|
Letharion
Veteran
Joined: 13 Jun 2005
Posts: 1344
Location: Sweden
|
| Posted: Tue Jan 13, 2009 1:37 pm Post subject: |
|
|
Hi, maybe I'm missing something really obvious here, but where is dirtyepic's overlay?
I'd like to try 4.4 too, but can't seem to google up the adress. Thanks |
|
| Back to top |
|
|
SlashBeast
Retired Dev
Joined: 23 May 2006
Posts: 2922
|
| Posted: Tue Jan 13, 2009 1:40 pm Post subject: |
|
|
| Code: | | svn co http://overlays.gentoo.org/svn/dev/dirtyepic |
|
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8938
|
| Posted: Tue Jan 13, 2009 2:07 pm Post subject: |
|
|
or
| Code: | | layman -a dirtyepic |
|
|
| Back to top |
|
|
Letharion
Veteran
Joined: 13 Jun 2005
Posts: 1344
Location: Sweden
|
| Posted: Tue Jan 13, 2009 5:55 pm Post subject: |
|
|
Hmm, ok thanks. Doesn't work, but I'm guessing that's getting off-topic, so I'll take it elsewhere
Thank you for your time. |
|
| Back to top |
|
|
Dont Panic
Guru
Joined: 20 Jun 2007
Posts: 322
Location: SouthEast U.S.A.
|
| Posted: Wed Jan 14, 2009 3:05 am Post subject: |
|
|
There's been some issues recently with layman as they have relocated the default directory for overlays from /usr/portage/local/ to /usr/local/portage/.
You may want to check to see if your layman is working at all by trying some other overlays. |
|
| Back to top |
|
|
melinux
n00b
Joined: 25 May 2006
Posts: 59
Location: Malta
|
|
| Back to top |
|
|
neuron
Advocate
Joined: 28 May 2002
Posts: 2371
|
| Posted: Tue Jan 27, 2009 11:19 pm Post subject: |
|
|
| signing up to this thread, 4.4 has potentional |
|
| Back to top |
|
|
|
Unsupported Software
