ports/72087: [PATCH] mplayer's faad audio decoding broken on amd64

[Thomas E. Zander]

The following reply was made to PR ports/72087; it has been noted by GNATS.

From: "Thomas E. Zander" <riggs at rrr.de>
To: Michael Johnson <ahze at ahze.net>
Cc: Arjan van Leeuwen <avleeuwen at piwebs.com>,
	FreeBSD gnats submit <FreeBSD-gnats-submit at FreeBSD.org>,
	re-amd64 at FreeBSD.org
Subject: Re: ports/72087: [PATCH] mplayer's faad audio decoding broken on amd64
Date: Sat, 25 Sep 2004 23:01:25 +0200

 --YZ5djTAD1cGYuMQK
 Content-Type: text/plain; charset=iso-8859-15
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 Hello,
 
 Am Sat, dem 25. Sep 2004, um 15:46 -0400 Uhr schrubte Michael Johnson
 zum Thema [Re: ports/72087: [PATCH] mplayer's faad audio decoding broken on=
  amd64]:
 
 > 	I'm don't think Thomas would want to do this from talking to him in=20
 > the past but if mplayer depended on audio/faad and
 > not use mplayer's included version of faad we wouldn't need this patch=20
 > since it is already a part of audio/faad.
 
 Well, following all these prs out there which workaround this type
 problem, the question is:
 Isn't it a considerable show-stopper if amd64 platform can't just work
 with types.h dependent applications?
 Shouldn't these data types be fully supported on all the tier-1
 platforms in 5.3-R? I think it's really not nice to workaround this in
 all the ports possibly affected.
 
 Riggs
 
 --=20
 - Die Welt schl=E4ft tief schon lange Zeit | Sent with RiggiSmooth [tm] -
 -- Mich nur flieht die Dunkelheit        | ------------------------- --
 --- Denn per Infrarot seh ich            | just to fit your         ---
 ---- Die Nacht ist wirklich widerlich.   | primitive screen.       ----
 
 --YZ5djTAD1cGYuMQK
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 
 iD8DBQFBVdyljdSJKchZls0RAqfwAJ9zkAooLVdwhNNpq+BE4MGHVp+FOwCfVh6H
 NLOezm/P6w+5LOr3iNpgKSI=
 =QhUH
 -----END PGP SIGNATURE-----
 
 --YZ5djTAD1cGYuMQK--