Re^3: Audio::TagLib and Strawberry Perl

I can build taglib-1.7.2 by running:

cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=C:/MinGW/msys/1.0/lo
+cal -DCMAKE_RELEASE_TYPE=Release .
[download]

followed by:

mingw32-make
[download]

and:

mingw32-make install
[download]

I created copies (in the same directory) of the installed libtag.dll.a and libtag_c.dll.a named libtag.a and libtag_c.a.
I then bypass all the crud in the Makefile.PL that the author provided by using this Makefile.PL:

use ExtUtils::MakeMaker;

WriteMakefile(
    NAME              => 'Audio::TagLib',
    MIN_PERL_VERSION  => '5.008001',
    VERSION_FROM      => 'lib/Audio/TagLib.pm', 
    LICENSE           => 'perl',
    INC                => '-IC:/MinGW/msys/1.0/local/include -IC:/sisy
+phusion/Audio-Taglib-1.61/include',
    LIBS              => '-LC:/MinGW/msys/1.0/local/lib -ltag', 
    (
        $Config{'version'} >= 5.005        
        ?                                                     
          (
            ABSTRACT_FROM => 'lib/Audio/TagLib.pm',
            AUTHOR        => 'Geoffrey Leach <gleach@cpan.org>'
          )
        : ()
    ),
    PREREQ_PM => {
        "Encode"       => 0,
        "Test::Deep"   => 0,
        "File::Slurp"  => 0,
        "Test::More"   => 0,
        "Test::Output" => 0,
    },
     "CONFIGURE_REQUIRES" => {
        "ExtUtils::MakeMaker" => 0,
        "Config"              => 0,
    },
);
[download]

(Naturally, those hardcoded paths need to change for other boxes.)
Then, assuming we need to build with g++ instead of gcc, I run perl Makefile.PL CC=g++
That proceeds ok, but when I run dmake I get hammered with:

TagLib.xs:26:21: fatal error: apeitem.h: No such file or directory com
+pilation terminated.
[download]

Sure enough, TagLib.xs unconditionally includes apeitem.h and, sure enough, I don't have it.
Do you know what and where that file is ?

If I can get past that problem, it may become evident that the Makefile.PL that I've used needs further amendment ... cross that bridge when I come to it.

Cheers,
Rob

Comment on Re^3: Audio::TagLib and Strawberry Perl - New Details Select or Download Code

Replies are listed 'Best First'.
Re^4: Audio::TagLib and Strawberry Perl - New Details by BrowserUk (Patriarch) on Aug 21, 2012 at 05:42 UTC
Do you know what and where that file is ? This? With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday' Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. The start of some sanity?	[reply]
Re^5: Audio::TagLib and Strawberry Perl - New Details by syphilis (Archbishop) on Aug 21, 2012 at 06:41 UTC
Yeah, got it. I just had to append "/taglib" to the "-IC:/MinGW/msys/1.0/local/include" argument I had supplied in the Makefile.PL. Unfortunately there's now a write() function in ostream that's getting #define'd to "PerlIO_write" ... which breaks the build. Have to see if I can undef something somewhere and fix that. Cheers, Rob Update: #undef write (and #undef read), then change a "char" declaration in iconv_wrap.h to "const char" get me to: `c:\mingw\bin\../lib/gcc/mingw32/4.5.2/include/c++/streambuf:569:7: err +or: expected ')' before '*' token` [download] which means what ? ... that the file is being parsed as a C file instead of a C++ file ? ... but afaict there has been no invocation of gcc - only g++ has been invoked. I'm probably not ready for C++ and (God willing), I hope I never bloody-well am. When I build taglib, I find that there's also a libtag_c.dll and libtag_c.dll.a produced - which, I assume, are the C versions of the library. It's a pity that Audio::TagLib doesn't build against that C library instead.	[reply] [d/l]
Re^6: Audio::TagLib and Strawberry Perl - New Details by BrowserUk (Patriarch) on Aug 21, 2012 at 07:05 UTC
Just preceding that call (and any others) with `#undef write` would get you past that problem. Of course, it may well open you up to another bunch of similar insanities. Whichever lazy bugger thought that redefining half the C-runtime to PerlIO_whatever was a good idea should be taken out and shot. With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday' Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. The start of some sanity?	[reply] [d/l]
Re^7: Audio::TagLib and Strawberry Perl - New Details by Anonymous Monk on Aug 21, 2012 at 07:12 UTC
Re^4: Audio::TagLib and Strawberry Perl - New Details by Anonymous Monk on Aug 21, 2012 at 15:00 UTC
Hi All, Thanks for the pointers to win32 / XS modules. Rob, apeitem.h is part of Taglib and should be in: Taglib-1.7.2/Include/Taglib If you were to open TagLib-1.7.2/Include/TagLib/TagLib.h and comment out the "_Pragma(...)" on line 34, you'll get further. If I am understanding correctly Audio::TagLib builds a Library as well, it is called TagLib.dll (in Win, or .so in *nix) that is linked with Taglib's libtag.a. but I don't know FOR SURE! for I have yet to see it build anything, other then an attempt to build TagLib.o. out of TagLib.c (an XS created file) and that fails. Taglib is not the issue, Audio::TagLib is the issue. I suspect it's missing the win32 run times. Thanks -Enjoy fh :)_~	[reply]