Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Visualboyadvance CVS ebuild
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
enderandrew
l33t
l33t


Joined: 25 Oct 2005
Posts: 731

PostPosted: Thu Jul 06, 2006 1:02 am    Post subject: Visualboyadvance CVS ebuild Reply with quote

I submitted a bug in bugzilla to get a CVS snapshot ebuild of Visualboyadvance considering how much has changed in CVS since the 1.7.2 release we have. Hell, there was an official 1.8 release we missed, and since then all kinds of fixes, 64-bit support, optimizations, etc.

However, we didn't get a new ebuild. So I tried making one. I've never done a CVS ebuild. However, it says there is nothing to unpack, and it looks like it just doesn't pull anything.

Would someone please clue me in?

Code:
# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: games-emulation/visualboyadvance/visualboyadvance-9999.ebuild 2007/07/05 21:42:07 enderandrew Exp $

inherit eutils flag-o-matic games cvs

ECVS_SERVER="vba.cvs.sourceforge.net:/cvsroot/vba"
ECVS_MODULE="vba"
ECVS_USER="anonymous"
ECVS_TOP_DIR="${DISTDIR}/cvs-src/${PN}"
S=${WORKDIR}/${ECVS_MODULE}

DESCRIPTION="gameboy, gameboy color, and gameboy advance emulator"
HOMEPAGE="http://vba.ngemu.com/"
#SRC_URI="mirror://sourceforge/vba/VisualBoyAdvance-src-${PV}.tar.gz"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~amd64 ppc x86"
IUSE="mmx gtk"

RDEPEND="media-libs/libpng
   sys-libs/zlib
   media-libs/libsdl
   gtk? (
      >=x11-libs/gtk+-2.4
      >=dev-cpp/gtkmm-2.4
      >=dev-cpp/libglademm-2.4
   )"
DEPEND="${RDEPEND}
   mmx? ( dev-lang/nasm )"

S="${WORKDIR}/VisualBoyAdvance-${PV}"

src_unpack() {
   unpack ${A}
   cd "${S}"
   epatch "${FILESDIR}/1.7.2-homedir.patch"
   epatch "${FILESDIR}/1.7.2-gcc34.patch"
}

src_compile() {
   # -O3 causes GCC to behave badly and hog memory, bug #64670.
   replace-flags -O3 -O2

   egamesconf \
      --enable-c-core \
      $(use_with mmx) \
      $(use_enable gtk gtk 2.4) \
      || die
   emake || die "emake failed"
}

src_install() {
   make DESTDIR="${D}" install || die "make install failed"
   dodoc AUTHORS ChangeLog NEWS README README-win.txt
   prepgamesdirs
}

_________________
Nihilism makes me smile.
Back to top
View user's profile Send private message
ubulid00
n00b
n00b


Joined: 02 Aug 2004
Posts: 15

PostPosted: Mon Aug 07, 2006 5:30 am    Post subject: Reply with quote

Any luck on the CVS ebuild of Visualboyadvance? I tried some ebuilds myself but had no luck... Still experiencing crashing myself...
Back to top
View user's profile Send private message
Giuly
Tux's lil' helper
Tux's lil' helper


Joined: 21 May 2003
Posts: 138
Location: Bremen - Germany

PostPosted: Sun Sep 03, 2006 6:43 pm    Post subject: Reply with quote

Hi,
Code:
ECVS_MODULE="VisualBoyAdvance"


Regards
_________________
dunno
Back to top
View user's profile Send private message
ubulid00
n00b
n00b


Joined: 02 Aug 2004
Posts: 15

PostPosted: Tue Sep 05, 2006 5:03 pm    Post subject: Reply with quote

Here is a very poorly written ebuild to pull down the VBA CVS source. It built and installed for me. You'll need to copy the 1.7.2-homedir.patch from the portage area into your overlay files/ directory. You may need to change some of the directories also to match your overlay, I'm not familiar with all of the path variables that can be used.
Code:
inherit cvs eutils games flag-o-matic

DESCRIPTION="gameboy, gameboy color, and gameboy advance emulator"
HOMEPAGE="http://vba.ngemu.com/"
SRC_URI=""
ECVS_SERVER="vba.cvs.sourceforge.net:/cvsroot/vba"
ECVS_MODULE="VisualBoyAdvance"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="amd64 ppc x86"
IUSE="mmx gtk"

RDEPEND="media-libs/libpng
        sys-libs/zlib
        media-libs/libsdl
        gtk? (
                >=x11-libs/gtk+-2.4
                >=dev-cpp/gtkmm-2.4
                >=dev-cpp/libglademm-2.4
        )"
DEPEND="${RDEPEND}
        mmx? ( dev-lang/nasm )"

S="${WORKDIR}/VisualBoyAdvance-${PV}"

src_unpack() {
        cvs_src_unpack
#       unpack ${A}
#
                cd "/var/tmp/portage/visualboyadvance-1.8.0/work/VisualBoyAdvance"
        epatch "${FILESDIR}/1.7.2-homedir.patch"
#       epatch "${FILESDIR}/${PV}-homedir.patch"
}

src_compile() {
        # -O3 causes GCC to behave badly and hog memory, bug #64670.
        replace-flags -O3 -O2
        cd "work/VisualBoyAdvance/"
        egamesconf \
                --enable-c-core \
                --disable-profiling \
                --disable-dev  \
                $(use_with mmx) \
                $(use_enable gtk gtk 2.4) \
                || die
        emake || die "emake failed"
}

src_install() {
        cd "/var/tmp/portage/visualboyadvance-1.8.0/work/VisualBoyAdvance/"
        make DESTDIR="${D}" install || die "make install failed"
        dodoc AUTHORS ChangeLog NEWS README README-win.txt
        prepgamesdirs
}
Back to top
View user's profile Send private message
spuniun
n00b
n00b


Joined: 14 Jan 2005
Posts: 72

PostPosted: Thu Nov 30, 2006 1:21 am    Post subject: Reply with quote

Here is your ebuild a little cleaned up in regards to filesystem variables:
Code:
inherit cvs eutils games flag-o-matic

DESCRIPTION="gameboy, gameboy color, and gameboy advance emulator"
HOMEPAGE="http://vba.ngemu.com/"
SRC_URI=""
ECVS_SERVER="vba.cvs.sourceforge.net:/cvsroot/vba"
ECVS_MODULE="VisualBoyAdvance"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="amd64 ppc x86"
IUSE="mmx gtk"

RDEPEND="media-libs/libpng
        sys-libs/zlib
        media-libs/libsdl
        gtk? (
                >=x11-libs/gtk+-2.4
                >=dev-cpp/gtkmm-2.4
                >=dev-cpp/libglademm-2.4
        )"
DEPEND="${RDEPEND}
        mmx? ( dev-lang/nasm )"

S="${WORKDIR}/VisualBoyAdvance"

src_unpack() {
        cvs_src_unpack
#       unpack ${A}
#
                cd "${S}"
        epatch "${FILESDIR}/1.7.2-homedir.patch"
#       epatch "${FILESDIR}/${PV}-homedir.patch"
}

src_compile() {
        # -O3 causes GCC to behave badly and hog memory, bug #64670.
        replace-flags -O3 -O2
        cd "${S}"
        egamesconf \
                --enable-c-core \
                --disable-profiling \
                --disable-dev  \
                $(use_with mmx) \
                $(use_enable gtk gtk 2.4) \
                || die
        emake || die "emake failed"
}

src_install() {
        cd "${S}"
        make DESTDIR="${D}" install || die "make install failed"
        dodoc AUTHORS ChangeLog NEWS README README-win.txt
        prepgamesdirs
}
I, however, cannot get it to build on amd64 with either gcc-4.1 or gcc-3.4
Back to top
View user's profile Send private message
ubulid00
n00b
n00b


Joined: 02 Aug 2004
Posts: 15

PostPosted: Thu Nov 30, 2006 6:07 am    Post subject: Reply with quote

Hmmm, to test for you, I just re-emerged it using my ebuild, AMD64 and gcc-4.1.1-r1, +gtk (-mmx), so the cvs build seems stable. Theses cvs builds fixed the crashes during execution, but now occasionally hangs during exiting, which is not too big an issue.
Back to top
View user's profile Send private message
spuniun
n00b
n00b


Joined: 14 Jan 2005
Posts: 72

PostPosted: Thu Jan 25, 2007 5:14 am    Post subject: Reply with quote

I'm still unable to get this CVS build to work on AMD64. Care to share your emerge --info and deptree with me ubulid00?
I've tried all possible CFLAGS, discovering that -fpermissive is most certainly required and that distcc cannot be used under any circumstances, but no matter what else I try the compile bails on TestEmu.Tpo with the compiler error:
Code:
{standard input}: Assembler messages:
{standard input}:7661: Warning: End of file not at end of a line; new line inserted
{standard input}:8126: Error: unbalanced parenthesis in operand 1.
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Thu Jan 25, 2007 5:24 am    Post subject: Reply with quote

spuniun wrote:
inherit...

The order of those entries is (or can be) important. Should be:
Code:
inherit eutils cvs flag-o-matic games

"games" takes precedence (being last), because that eclass contains "standard" ebuild functions.

cd "${S}" in the last 2 functions is not necessary, because that is the default directory for those functions anyway.
Back to top
View user's profile Send private message
spuniun
n00b
n00b


Joined: 14 Jan 2005
Posts: 72

PostPosted: Fri Jan 26, 2007 12:34 am    Post subject: Reply with quote

those changes are inconsequential... compile still fails with same error.
Back to top
View user's profile Send private message
gsanroman
n00b
n00b


Joined: 05 Dec 2005
Posts: 12

PostPosted: Fri Jan 26, 2007 6:35 am    Post subject: Reply with quote

works for me on amd64, it seems to hang on TestEmu.Tpo but just takes a long time compared to the full compile time (~50%)

I'm not using any "weird" CFLAGS , "-march=k8 -pipe -O2 -msse3" on an Athlon64 3200+ 939 Venice


Last edited by gsanroman on Fri Jan 26, 2007 11:01 am; edited 1 time in total
Back to top
View user's profile Send private message
slycordinator
Advocate
Advocate


Joined: 31 Jan 2004
Posts: 3065
Location: Korea

PostPosted: Fri Jan 26, 2007 7:37 am    Post subject: Re: Visualboyadvance CVS ebuild Reply with quote

enderandrew wrote:
I submitted a bug in bugzilla to get a CVS snapshot ebuild of Visualboyadvance considering how much has changed in CVS since the 1.7.2 release we have. Hell, there was an official 1.8 release we missed, and since then all kinds of fixes, 64-bit support, optimizations, etc.


You didn't make a bug to ask for the snapshot. You made a bug to get a bump for the 1.8 release and after they said "ummm... it's not a release, it's a beta" you mentioned maybe adding a snapshot as another comment.

Those are really 2 different requests so it would warrant being 2 different bugs.

Reason you'd want 2 diff bugs is when you change what you're asking for midstream, which thing is a "fix" for the bug. If I add a CVS build the bug's fixed. And so they resolve it as fixed but then when upstream finally makes a real release then the original issue of the bug is still in effect and it should be left open.

But they are completely correct: a beta is NOT an official release. After a beta they start making rc's, or RELEASE CANDIDATES.
Back to top
View user's profile Send private message
spuniun
n00b
n00b


Joined: 14 Jan 2005
Posts: 72

PostPosted: Sat Jan 27, 2007 1:45 am    Post subject: Reply with quote

gsanroman wrote:
works for me on amd64
are you running x86_64 or just x86 on an amd64?
TestEmu not only hangs for a while, it sucks up all available memory, physical and virtual, and finally crashes before completing. Not using any abnormal or fancy CFLAGS either.
Code:
CFLAGS="-march=athlon64 -O2 -pipe -fpermissive"

Athlon64 3400+, 1GB phys, 1GB swap, x86_64
Back to top
View user's profile Send private message
gsanroman
n00b
n00b


Joined: 05 Dec 2005
Posts: 12

PostPosted: Sat Jan 27, 2007 2:05 pm    Post subject: Reply with quote

spuniun wrote:
gsanroman wrote:
works for me on amd64
are you running x86_64 or just x86 on an amd64?


Linux belgium 2.6.19-beyond2 #2 SMP Thu Jan 11 15:25:30 ART 2007 x86_64 AMD Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux

I also have 1GB of RAM, but 2Gb of swap.
Back to top
View user's profile Send private message
Draco-LVNH
n00b
n00b


Joined: 07 Dec 2005
Posts: 30
Location: Mexico, Michoacan, Morelia

PostPosted: Fri Apr 13, 2007 2:19 pm    Post subject: Reply with quote

Hello to all, hey gsanroman, is there any problem if you build a binary package for the ones ( like me ) that cannot compile it, i also have SMP with AMD 64 ( Turion ), 512 Ram ( 384 Ram + 128 MB Video Shared Memory ), 1 Gb of SWAP, running in mode x86_64.
Back to top
View user's profile Send private message
Chaosite
Guru
Guru


Joined: 13 Dec 2003
Posts: 540
Location: Right over here.

PostPosted: Fri Apr 13, 2007 4:05 pm    Post subject: Reply with quote

Code:
inherit cvs eutils games flag-o-matic

DESCRIPTION="gameboy, gameboy color, and gameboy advance emulator"
HOMEPAGE="http://vba.ngemu.com/"
SRC_URI=""
ECVS_SERVER="vba.cvs.sourceforge.net:/cvsroot/vba"
ECVS_MODULE="VisualBoyAdvance"
S="${WORKDIR}/${ECVS_MODULE}"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="-*" # this is the norm for live CVS ebuilds - use "foo/bar -*" in /etc/portage/package.keywords to unmask

IUSE="mmx gtk"

RDEPEND="media-libs/libpng
        sys-libs/zlib
        media-libs/libsdl
        gtk? (
                >=x11-libs/gtk+-2.4
                >=dev-cpp/gtkmm-2.4
                >=dev-cpp/libglademm-2.4
        )"
DEPEND="${RDEPEND}
        mmx? ( dev-lang/nasm )"



src_unpack() {
        cvs_src_unpack
#      unpack ${A}
#
        cd "${S}"
        epatch ${FILESDIR}/1.7.2-homedir.patch
#      epatch ${FILESDIR}/${PV}-homedir.patch
}

src_compile() {
        # -O3 causes GCC to behave badly and hog memory, bug #64670.
        replace-flags -O3 -O2
        cd "${S}"
        egamesconf \
                --enable-c-core \
                --disable-profiling \
                --disable-dev  \
                $(use_with mmx) \
                $(use_enable gtk gtk 2.4) \
                || die
        emake || die "emake failed"
}

src_install() {
        cd "${S}"
        make DESTDIR="${D}" install || die "make install failed"
        dodoc AUTHORS ChangeLog NEWS README README-win.txt
        prepgamesdirs
}


I didn't try to build this. Can I commit this to neoportage (an overlay of live cvs/svn ebuilds)?
Back to top
View user's profile Send private message
DataPath
n00b
n00b


Joined: 20 Sep 2003
Posts: 31

PostPosted: Mon May 28, 2007 3:28 am    Post subject: Reply with quote

To any who are having it get stuck during compilation, sucking up memory and CPU, this is kind of a known problem that the optimizer has with some specific aspect of the code.

In my experience, using -Os fixes the problem.
Back to top
View user's profile Send private message
Draco-LVNH
n00b
n00b


Joined: 07 Dec 2005
Posts: 30
Location: Mexico, Michoacan, Morelia

PostPosted: Mon May 28, 2007 4:00 am    Post subject: Reply with quote

Thanks DataPath, it worked for me, it compiled very fast, i am about to test it, thanks.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum