As a FYI and cross my fingers that this does not take an OT life of its own.
The newer ARM chips could benefit from a new GCC and GNU binutils. So
we have spent some time experimenting in this area.
I have added the FreeBSD kernel printing extensions (-fformat-extensions)
and the FreeBSD path (P
On 7/27/09, Andriy Gapon wrote:
> Just curious, can't newer GCC(s) from ports be used to build those mplayer
> snapshots?
> We have:
> /usr/ports/lang/gcc42 <- 4.2.5
> /usr/ports/lang/gcc43 <- 4.3.4
> /usr/ports/lang/gcc44 <- 4.4.1
> /usr/ports/lang/gcc45 <- 4.5.0
We may have to USE_GCC , at lea
on 25/07/2009 08:20 b. f. said the following:
> Thomas Zander wrote:
>> Stackhouse wrote:
>
>>> I think we'll investigate VLC as an alternative. Not too comfortable
>>> building around a solution that's not being maintained as it should be.
>
>> mplayer is definitely continuously developed, it's
On 2009-Jul-24 22:56:55 -0800, Mel Flynn
wrote:
>I don't consider sticking code into a repository "developing".
This is exactly the approach the Xorg project has adopted - and the
result is that Xorg is now incredibly fragile and very often broken.
(Though they have gone the additional step of r
On Wednesday 22 July 2009 14:40:50 Thomas Zander wrote:
> On Wed, Jul 22, 2009 at 22:33, Michael D.
>
> Stackhouse wrote:
> > I think we'll investigate VLC as an alternative. Not too comfortable
> > building around a solution that's not being maintained as it should be.
>
> mplayer is definitely c
Thomas Zander wrote:
>Stackhouse wrote:
>> I think we'll investigate VLC as an alternative. Not too comfortable
>> building around a solution that's not being maintained as it should be.
> mplayer is definitely continuously developed, it's not an abandoned
> project! They just do not follow a re
On Thu, Jul 23, 2009 at 10:52:30AM -0400, Michael D. Stackhouse wrote:
> Downloaded most current source snapshot, ran the configure command which
> completed successfully. When I tried make command - get this error:
>
> "config.mak", line 4: Need an operator
> "Makefile", line 820: warning: dupl
oglemail.com]
Sent: Wednesday, July 22, 2009 6:46 PM
To: Michael D. Stackhouse
Cc: matt donovan; po...@freebsd.org
Subject: Re: FreeBSD Port: mplayer-0.99.11_14
On Wed, Jul 22, 2009 at 22:33, Michael D.
Stackhouse wrote:
> I think we'll investigate VLC as an alternative. Not too comfortabl
Thanks very much. I'm not familiar with building from SVN, but I'll
investigate.
Mike Stackhouse
fromiphone
On Jul 22, 2009, at 6:45 PM, "Thomas Zander" > wrote:
On Wed, Jul 22, 2009 at 22:33, Michael D.
Stackhouse wrote:
I think we'll investigate VLC as an alternative. Not too comfo
On Wed, Jul 22, 2009 at 22:33, Michael D.
Stackhouse wrote:
> I think we'll investigate VLC as an alternative. Not too comfortable
> building around a solution that's not being maintained as it should be.
mplayer is definitely continuously developed, it's not an abandoned
project! They just do no
I think we'll investigate VLC as an alternative. Not too comfortable
building around a solution that's not being maintained as it should be.
Thanks for your responses!
Mike Stackhouse
fromiphone
On Jul 22, 2009, at 3:00 PM, "Thomas Zander" > wrote:
On Wed, Jul 22, 2009 at 03:29, matt d
On Wed, Jul 22, 2009 at 03:29, matt donovan wrote:
> Considering that mplayer no longer does stable releases you would have to
> switch the makefile to use svn to get an updated mplayer
Correct. At least at the moment they are not preparing releases. Unfortunately.
Michael, did you try to build a
On Tue, Jul 21, 2009 at 12:51 PM, Michael D. Stackhouse <
mstackho...@samsa.com> wrote:
> Is there an update available for mplayer? The current version at
> http://www.mplayerhq.hu seems to imply a 1.0 version.
>
> We're having problems with this error, that is likely corrected in a
> version gre
13 matches
Mail list logo
