-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

JD wrote:
> I do have faad.h in /usr/include.
> But that faad.h does not define the missing faacDecHandle
> nor the the missing members of the struct type xmms_faad_data_t.
> /usr/include/faad.h came from the install of faad2-devel-2.5-2.fc7 rpm.

I have libfaad 2.6.1 directly from official audiocoding.com website and
it has defined in neaacdec.h header (included from faad.h):

/* MACROS FOR BACKWARDS COMPATIBILITY */
/* structs */
#define faacDecHandle                  NeAACDecHandle
#define faacDecConfiguration           NeAACDecConfiguration
#define faacDecConfigurationPtr        NeAACDecConfigurationPtr
#define faacDecFrameInfo               NeAACDecFrameInfo
/* functions */
#define faacDecGetErrorMessage         NeAACDecGetErrorMessage
#define faacDecSetConfiguration        NeAACDecSetConfiguration
#define faacDecGetCurrentConfiguration NeAACDecGetCurrentConfiguration
#define faacDecInit                    NeAACDecInit
#define faacDecInit2                   NeAACDecInit2
#define faacDecInitDRM                 NeAACDecInitDRM
#define faacDecPostSeekReset           NeAACDecPostSeekReset
#define faacDecOpen                    NeAACDecOpen
#define faacDecClose                   NeAACDecClose
#define faacDecDecode                  NeAACDecDecode
#define AudioSpecificConfig            NeAACDecAudioSpecificConfig

Now I don't know why fedora or whoever has packaged that faad2-devel
would have removed any of these defines. However they seem to be missing
and that's why your compilation fails. The pre-NeAAC change libraries
are probably out of distribution soon, so XMMS2 could of course itself
change to use the newer API, but that's another discussion.

I would recommend finding a not broken faad2-devel package or
alternatively just adding those defines in your header unless they
really are there.

> Does anyon know which version of faad package defines faacDecHandle in
> faad.h?

All of the official faad sources do, old and new.

> And why is the compiler rejecting those other members of the struct
> xmms_faad_data_t
> which are clearly defined in faad.c ? It's almost as if the types
> gint guchar guint are not even defned, yet they are in glib.h which is
> included by faad.c.

Because that's how the compiler works. Parsing the whole struct failed
because of the unknown type, so all the variables in the struct are also
not defined.

> So, it is still not clear why the compilation failed.

I think it should be quite clear, unless there's still errors after the
correct faad.h header.


Juho
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJQNgiVj38o8sTDc4RAjuEAJ0WpwGe606E8Y1vsW3bCHodEHNSSACfdQao
Awd4m5zGD7FigXmmG0xBAM4=
=bT9K
-----END PGP SIGNATURE-----

--
_______________________________________________
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists.xmms.se/cgi-bin/mailman/listinfo/xmms2-devel

Reply via email to