Closed GoogleCodeExporter closed 8 years ago
I suspect your upgrade is probably the issue. A bit of googling:
http://groups.google.com/group/modwsgi/browse_frm/thread/c0ca8e6dd5f80417
Looks like you may need to reinstall XCode? In any event, let us know what
happens.
Original comment by kid...@gmail.com
on 5 Apr 2010 at 10:22
Just installed the latest GM release, and I still get basically the same error.
Note that this is with Xcode 3.2.1 GM
release. I earlier tested with one of the 3.2.1 pre-releases. Either way, if
you're not having problems, I'd guess
that this is not an issue with 3.1 release, but rather something that was
introduced in the 3.2 release.
Original comment by raftisa...@gmail.com
on 5 Apr 2010 at 11:02
Admittedly I haven't programed on OSX for about a year, so I haven't actually
tried
it. I'll try to give it a go next time I have a spare moment. if you figure
out a
fix, let me know.
Original comment by kid...@gmail.com
on 6 Apr 2010 at 4:46
I'm also unable to install mp4v2 via ports, which is blocking faac, which I
need for ffmpeg to be able to encode mp4...
Seems to be related to mp4trackdump, or help2man or leprechauns or something:
$ sudo port install mp4v2
---> Computing dependencies for mp4v2
---> Fetching mp4v2
---> Verifying checksum(s) for mp4v2
---> Extracting mp4v2
---> Configuring mp4v2
---> Building mp4v2
...snip...
creating mp4trackdump
help2man -m "MP4v2 Utilities" -N ./mp4file -o doc/man/man1/mp4file.1
Usage: Locale::gettext::textdomain(domain) at /opt/local/bin/help2man line 52.
Usage: Locale::gettext::textdomain(domain) at /opt/local/bin/help2man line 52.
make: *** [doc/man/man1/mp4art.1] Error 22
make: *** Waiting for unfinished jobs....
make: *** [doc/man/man1/mp4file.1] Error 22
Error: Status 1 encountered during processing.
Original comment by beattie....@gmail.com
on 3 Jun 2010 at 1:41
Attachments:
op,
The build system enables precompiled headers by default. Disable this when
building universal and you
should be fine:
--disable-gch --enable-ub=ppc,i386,x86_64
additionally, if anyone tries to use "--enable-ub" without specifying archs, it
will by default use all 4 possible
archs found in 10.5 SDK. But 10.6 requires intel cpu, so even though system
libs ship with ppc binaries (and
ppc64 is not shipped), I would strongly recommend either building against 10.5
SDK if any ppc arch is desired
or if building with 10.6 SDK:
--disable-gch --enable-ub=i386,x86_64
Original comment by Kona8l...@gmail.com
on 4 Jun 2010 at 1:53
Tried "sudo port install mp4v2 --disable-gch --enable-ub=i386,x86_64" and still
getting the same error above
related to mp4trackdump man files.
Is there a way to exclude mp4trackdump? I don't need it anyway.
thanks
Original comment by beattie....@gmail.com
on 7 Jun 2010 at 5:14
beattie, you have an entirely different issue than op. Looks to me like your
help2man install is borked. Fix that and things probably work out of the box.
Two potential workarounds might help:
1) configure --disable-util
this will avoid building command-line tools and their man pages.
2) setenv FOUND_HELP2MAN no; configure
this will instruct configure to not check/find help2man. must be set before
configure is invoked.
Original comment by Kona8l...@gmail.com
on 10 Jun 2010 at 10:15
Sorry for beeing a noob, but what parameters should I pass to "./configure" to
build against the 10.5 SDK?
Original comment by sasmito....@gmail.com
on 30 Jun 2010 at 8:35
Got it - how to configure mp4v2 to be usable under Leopard.
http://cubic-m.blogspot.com/2010/06/building-mp4v2-library-for-leopard.html
Original comment by sasmito....@gmail.com
on 30 Jun 2010 at 2:24
thanks for posting that--nicely done. going to close this bug now.
Original comment by kid...@gmail.com
on 29 Jan 2011 at 4:35
Original issue reported on code.google.com by
raftisa...@gmail.com
on 11 Mar 2010 at 6:30