[Ffmpeg-devel] cross compiling ffmpeg
Marc Hoffman
mmh
Mon Feb 5 12:49:19 CET 2007
On Feb 5, 2007, at 3:57 AM, Diego Biurrun wrote:
> Please don't top-post.
>
> On Sun, Feb 04, 2007 at 10:15:33PM -0500, Marc Hoffman wrote:
>> Is this more reasonable all that I do here is provide a mechanism
>> which allows you to specify the arch cpu and targetos via a single
>> command line switch.
>> eg.
>> --target=bfin-537-linux
>>
>> I pulled the specific stuff out.
>
> Send it in a separate patch if you want to see it merged.
>
>> I guess the echo's should probably be made into a better verbose
>> message. I just want to see if this is on the right track.
>
> I don't much like the echos and we don't add our names to comments.
> Also, you should try to hook up with the general structure of
> configure
> and not hack in your own parts. There is one place where we print
> output, there is one place where we handle options. Your current
> patch
> is a quick hack that works for you but unacceptable for us unless you
> address the above issues.
>
> Diego
>
Thanks for helping me and sorry for the top posting.
I'm not sure if I understand so help me through this ok. I made the
change associated with my initials and echos. Which I agree with
however. If you look at my change which is spread across the
configure script. It was obvious to me that I need to:
1. modify the help
2. insert the new argument handling
3. disable the default behavior of using uname to get targetos if
targetos is not set
4. add default ignore handling to the main argument parsing loop.
I'm open for any suggestions on how to improve this minor code
change. But, I'm not convinced that this is a quick hack. I would
think of it as more of a syntactic sugar which solves a real problem.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: configure.diffs-3
Type: application/octet-stream
Size: 1949 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070205/c88bfe8a/attachment.obj>
-------------- next part --------------
Marc
More information about the ffmpeg-devel
mailing list