XMMS (was: Re: rawhide report: 20050405 changes)
Justin Conover
justin.conover at gmail.com
Tue Apr 5 16:38:52 UTC 2005
On Apr 5, 2005 10:01 AM, Dan Williams <dcbw at redhat.com> wrote:
> On Tue, 2005-04-05 at 09:51 -0600, Justin Conover wrote:
> > On Apr 5, 2005 9:30 AM, seth vidal <skvidal at phy.duke.edu> wrote:
> > > On Tue, 2005-04-05 at 11:25 -0400, Jeff Spaleta wrote:
> > > > On Apr 5, 2005 11:07 AM, Justin Conover <justin.conover at gmail.com> wrote:
> > > > > What I don't understand is if you grab xmms from "extras" via cvs, it
> > > > > wont build because it needs a gcc4.patch. How was the rawhide build
> > > > > system building these packages if they break when you grab the
> > > > > src.rpm?
> > > >
> > > >
> > > > the xmms in rawhide was actually quite old... i see no evidence that
> > > > it was rebuilt with gcc4 yet.
> > >
> > > right, it wasn't.
> > >
> > > -sv
> > >
> > >
> >
> > Is there a wiki or anything that explains how the rawhide build system
> > works? Just for usefull info to me and maybe many others. I just
> > want to know how it all works.
>
> The package will only break when you recompile it with gcc4. So, for
> xmms, it was last updated _before_ gcc4 was made the default compiler
> for Fedora. Therefore, if the maintainer were to rebuild it now, since
> that gcc4 change, it would break and the maintainer would be forced to
> update the package before it could get into rawhide.
>
> Dan
>
>
So if I use
CC=gcc32 rpmbuild -ba xmms.spec
I should get a clean build and not an error:
checking whether make sets $(MAKE)... yes
checking for x86_64-redhat-linux-gnu-gcc... gcc32
checking for C compiler default output... configure: error: C compiler
cannot create executables
See `config.log' for more details.
error: Bad exit status from /var/tmp/rpm-tmp.36577 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.36577 (%build)
More information about the fedora-test-list
mailing list