First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 34357
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: GCC Porting Team <gcc-porting@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Darryl Bleau <darrylbleau@submersion.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 34357 depends on: Show dependency tree
Show dependency graph
Bug 34357 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2003-11-25 13:37 0000
Tried to emerge gtkmm (as a dependancy of anjuta 1.1.97-8). Gtkmm fails to
compile, with any 2.x version I try.

Reproducible: Always
Steps to Reproduce:
1. Add a gtkmm-2.x package to a portage overlay
2. Try to emerge gtkmm


Actual Results:  
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../../lib64/crti.o(.init+0x0):
In function `_init':
/var/tmp/portage/glibc-2.3.2-r2/work/glibc-2.3.2/buildhere/csu/crti.S:11: multip
le definition of `_init'
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../../lib64/crti.o(.init+0x0):/
var/tmp/portage/glibc-2.3.2-r2/work/glibc-2.3.2/buildhere/csu/crti.S:11: first d
efined here
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../../lib64/crti.o(.fini+0x0):
In function `_fini':
: multiple definition of `_fini'
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../../lib64/crti.o(.fini+0x0):
first defined here
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/crtbeginS.o(.data.rel+0x0): multiple
definition of `__dso_handle'
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/crtbeginS.o(.data.rel+0x0): first def
ined here
collect2: ld returned 1 exit status
make[3]: *** [libgtkmm_generate_extra_defs-2.0.la] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory `/var/tmp/portage/gtkmm-2.2.8/work/gtkmm-2.2.8/tools/
extra_defs_gen'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/gtkmm-2.2.8/work/gtkmm-2.2.8/tools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gtkmm-2.2.8/work/gtkmm-2.2.8'
make: *** [all] Error 2
 
!!! ERROR: dev-cpp/gtkmm-2.2.8 failed.
!!! Function gnome2_src_compile, Line 39, Exitcode 2
!!! compile failure


Expected Results:  
Emerged successfully

I _can_ emerge gtkmm-1.2.9-r2 but that doesn't seem to help for running anjuta
(I'll be entering a separate bug report for anjuta).

------- Comment #1 From Darryl Bleau 2003-12-01 11:22:00 0000 -------
taking a cue from mr. House on bug 34431, I modified the gtkmm ebuild and got
it to work just fine. I only tested 2.2.8 but this probably will work for 2.2.5
and 2.2.3 as well. Also, the ~amd64 keyword can probably be added once the
ebuild is modified. Here's the diff:

12c12
< KEYWORDS="~x86 ~ppc ~sparc ~hppa"
---
> KEYWORDS="~x86 ~ppc ~sparc ~hppa ~amd64"
22a23,28
> src_compile() {
>       [ "${ARCH}" = "amd64" ] && libtoolize -c -f
>       econf || die
>       emake || die
> }

------- Comment #2 From Brad House 2003-12-13 10:27:10 0000 -------
please mark the Hardware platform properly

------- Comment #3 From Darryl Bleau 2003-12-13 11:53:37 0000 -------
If there would have been an 'amd64' at the time, I might have done so. Bug
34363.

------- Comment #4 From Brad House 2003-12-13 12:11:15 0000 -------
there definately was an amd64 platform option at that time,
We're only talking 2-3 weeks ago here ... 

------- Comment #5 From Darryl Bleau 2003-12-13 14:08:48 0000 -------
Seeing as how this is bug 34357, and the bug entered for the missing keyword is
34363, I would doubt it.

------- Comment #6 From Brad House 2003-12-13 15:31:08 0000 -------
well, besides this argument being extremely trivial, and quite
frankly upsetting me that a user has to try to explain their
actions away, here is my proof as well that it existed when
you submitted this bug:
http://bugs.gentoo.org/show_bug.cgi?id=30447

That's the bug that was initially resolved on  10/18 in reference
to 'amd64' existing in the guided bug report.

Let's please stop this back and forth though, it makes me
not want to fix any more bugs.


------- Comment #7 From Kris Kersey (RETIRED) 2004-01-13 18:45:53 0000 -------
Done.  Please test with some gtkmm applications.

------- Comment #8 From foser (RETIRED) 2004-01-14 03:28:04 0000 -------
Could you change your fix to use the gnome2 eclass like it did before ? In this
case it probably doesn't matter much, but you should be aware that working
around an eclass changes the ebuilds behaviour for all arches. Something arch
maintainers should try to avoid.

------- Comment #9 From Michael Labhard 2004-04-25 17:03:51 0000 -------
This bug persists as of today on amd64 for gtkmm-2.2.8 which is the version
unmasked for amd64.  However gtkmm-2.2.11, which is the latest version
available from yesterday's rsync and is masked for amd64, actually builds and
works in applications requiring gtkmm on my system.  I suggest the masks be
changed accordingly.

------- Comment #10 From Michael Labhard 2004-04-25 17:06:00 0000 -------
Supplement to previous comment: emerge --info output

Portage 2.0.50-r6 (default-amd64-2004.0, gcc-3.3.3, glibc-2.3.2-r9, 2.6.5-gentoo-r1)
=================================================================
System uname: 2.6.5-gentoo-r1 x86_64 5
Gentoo Base System version 1.4.9
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -fPIC"
CHOST="x86_64-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -fPIC"
DISTDIR="/opt/no_archive/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache sandbox"
GENTOO_MIRRORS="http://128.213.5.34/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/opt/no_archive/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa amd64 apm arts avi berkdb cdr crypt doc encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 imlib jpeg kde ldap libg++ libwww log4cpp mikmod motif mozilla mpeg mysql nas ncurses nls nogcj oggvorbis opengl oss pam pdflib perl plotutils png postgres python qt quicktime readline ruby sdl slang spell ssl tcltk tcpd tetex truetype usb wxwindows xinerama xml2 xmms xv zlib"

------- Comment #11 From Travis Tilley (RETIRED) 2004-04-25 19:45:27 0000 -------
done. marked 2.2.11 stable on amd64

First Last Prev Next    No search results available      Search page      Enter new bug