I know this can be fixed by upgrading to GCC 4, but shouldn't that be a dependency if it's required? Here's the error information: # portage -ua media-gfx/fbida >>> Emerging (1 of 1) media-gfx/fbida-2.05 to / * fbida-2.05.tar.gz MD5 ;-) ... [ ok ] * fbida-2.05.tar.gz RMD160 ;-) ... [ ok ] * fbida-2.05.tar.gz SHA1 ;-) ... [ ok ] * fbida-2.05.tar.gz SHA256 ;-) ... [ ok ] * fbida-2.05.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking fbida-2.05.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking fbida-2.05.tar.gz to /var/tmp/portage/fbida-2.05/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/fbida-2.05/work/fbida-2.05 ... checking for libdir name ... lib checking for X11 app-defaults prefix ... /etc/X11 checking for endian.h ... no checking for linux/fb.h ... no checking for libexif/exif-log.h ... no checking for fopencookie ... no checking for strcasestr ... no checking for pcd_open in pcd ... no checking for DGifOpenFileName in gif ... no checking for png_read_info in png ... no checking for TIFFOpen in tiff ... no checking for Magick-config ... no checking for sane_init in sane ... no checking for curl_easy_init in curl ... no checking for lirc_init in lirc_client ... no checking for XmStringGenerate in Xm ... no Make.config written, edit if needed make: `Make.config' is up to date. CC exiftran.o cc1: error: unrecognized command line option "-Wno-pointer-sign" make: *** [exiftran.o] Error 1 !!! ERROR: media-gfx/fbida-2.05 failed. Call stack: ebuild.sh, line 1543: Called dyn_compile ebuild.sh, line 936: Called src_compile fbida-2.05.ebuild, line 70: Called die ------------------------ USE flags: USE=" X alsa apache2 apm arts audiofile berkdb bitmap-fonts bzip2 cdr cli crypt ctype cups dba eds emboss encode esd ethereal exif expat fam fastbuild foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glut gmp gpm gstreamer gtk gtk2 gtkhtml guile idn imlib ipv6 jpeg kde lcms libg++ libwww mad memlimit mikmod mng motif mozilla mp3 mpeg ncurses nls nptlonly ogg opengl oss pam pcre perl png posix python qt quicktime readline samba sdl session simplexml slang soap sockets spell spl ssl tcltk tcpd tiff tokenizer truetype truetype-fonts type1-fonts udev vorbis x86 xml xml2 xmms xsl xv zlib xinerama buildpkg" ------------------------
(In reply to comment #0) > I know this can be fixed by upgrading to GCC 4, but shouldn't that be a > dependency if it's required? No, that wouldn't solve anything, it won't get switched automagically.
Created attachment 96169 [details, diff] proposed patch to the ebuild A simple patch to the ebuild to require GCC 4.x
(In reply to comment #2) > Created an attachment (id=96169) [edit] > proposed patch to the ebuild > > A simple patch to the ebuild to require GCC 4.x > I'm a tard. The patch won't work. I'll see if I can work something up, for now, I'm just upgrading to GCC 4
(In reply to comment #1) > (In reply to comment #0) > > I know this can be fixed by upgrading to GCC 4, but shouldn't that be a > > dependency if it's required? > > No, that wouldn't solve anything, it won't get switched automagically. > Is this something gentoo can fix, or does it lie in the hands of the fbida developers?
Fixed in CVS (you can now compile it with gcc 3.x), thanks for reporting the problem.
