First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 86444
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: AMD64 Project <amd64@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Will Briggs <will.briggs@bigpond.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
sword_main_amd64_.patch Patch to fix /src/backend/sword_main.cc patch Will Briggs 2005-03-23 17:06 0000 509 bytes Details | Diff
gnomesword-2.1.1.ebuild New ebuild that applies patch - seems to work text/plain Will Briggs 2005-03-23 17:07 0000 1005 bytes Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 86444 depends on: Show dependency tree
Show dependency graph
Bug 86444 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: 2005-03-23 17:05 0000
Using overlay I tried to force an emerge of gnomesword-2.1.1 with ~amd64 but it
broke during compile with:

sword_main.cc: In member function `GList* BackEnd::fill_Bible_books(int)':
sword_main.cc:215: error: cannot convert `unsigned int*' to `gsize*' for
argument `5' to `gchar* g_convert(const gchar*, gssize, const gchar*, const
gchar*, gsize*, gsize*, GError**)'
make[3]: *** [sword_main.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory
`/var/tmp/portage/gnomesword-2.1.1/work/gnomesword-2.1.1/src/backend'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/gnomesword-2.1.1/work/gnomesword-2.1.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/gnomesword-2.1.1/work/gnomesword-2.1.1'
make: *** [all] Error 2

This was obviously an amd64 related error.

After a fruitless search for a patch (although I note freebsd has a 64-bit
gnomesword in some form) a couple of minor adjustments to
src/backend/sword_main.cc fixed the error.

I don't know whether this is an upstream issue.  But:

I've whipped up a patch file and an ebuild that works in my overlay.  I am
extremely new to this and so please don't beat me over the head too much if I
am haven't followed conventions too well.

With my overlay ebuild and patch gnomesword builds on my amd64 and seems to run
as it should.  I'd like to share this minor success with others and perhaps see
gnomesword keyworded as ~amd64

I include my ebuild and patch as attachments

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51.19 (default-linux/amd64/2004.3, gcc-3.4.3-20050110,
glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.11-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 2800+
Gentoo Base System version 1.6.10
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Mar 21 2005, 09:14:12)]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.4 [enabled]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r6
sys-devel/libtool:   1.5.14
virtual/os-headers:  2.6.8.1-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -ftracer -march=athlon64"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -ftracer -march=athlon64"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://gentoo.ccccom.com"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://batman/gentoo-portage"
USE="amd64 X aalib acpi adns alsa avi berkdb bitmap-fonts cdr crypt cups curl
dvd esd fam fortran gif gnome gpm gstreamer gtk gtk2 hal imagemagick imlib java
jp2 jpeg junit lcms ldap lzw lzw-tiff mbox motif mozilla mp3 multilib ncurses
network nls nptl oggvorbis opengl pam perl png ppds python qt readline real
scanner sdl ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts usb
userlocales wmf xml xml2 xmms xpm xrandr xv xvid zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

------- Comment #1 From Will Briggs 2005-03-23 17:06:19 0000 -------
Created an attachment (id=54289) [edit]
Patch to fix /src/backend/sword_main.cc

------- Comment #2 From Will Briggs 2005-03-23 17:07:12 0000 -------
Created an attachment (id=54290) [edit]
New ebuild that applies patch - seems to work

------- Comment #3 From Simon Stelling (RETIRED) 2005-03-25 10:51:27 0000 -------
thanks, i added both the patch and testing keyword. fyi: it's not an amd64 but
a bug that is detected by gcc-3.4. you may also report it upstream.

------- Comment #4 From Will Briggs 2005-03-26 04:02:37 0000 -------
Thanks.  I've reported upstream to the gnomesword sourceforge bug tracker.

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