An improved Mach-O file type detection for sys::IdentifyFileType() This patch add supports for single architecture mach-o files (the current implementation only support Universal Binary), and solve the signature conflict between java class and Universal Binary magics. Note that this function will always returned dynamic library for Universal Binaries (like the current implementation) because the binary type is not include in the file header. -------------- next part -------------- A non-text attachment was scrubbed... Name: MachOFile.diff Type: application/octet-stream Size: 2859 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080626/a6fa66b3/attachment.obj> -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2427 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080626/a6fa66b3/attachment.bin>
On Jun 25, 2008, at 4:59 PM, Jean-Daniel Dupas wrote:> An improved Mach-O file type detection for sys::IdentifyFileType() > This patch add supports for single architecture mach-o files (the > current implementation only support Universal Binary), and solve the > signature conflict between java class and Universal Binary magics. > > Note that this function will always returned dynamic library for > Universal Binaries (like the current implementation) because the > binary type is not include in the file header.Applied, thanks! http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080623/064180.html -Chris
Le 26 juin 08 à 07:17, Chris Lattner a écrit :> > On Jun 25, 2008, at 4:59 PM, Jean-Daniel Dupas wrote: > >> An improved Mach-O file type detection for sys::IdentifyFileType() >> This patch add supports for single architecture mach-o files (the >> current implementation only support Universal Binary), and solve the >> signature conflict between java class and Universal Binary magics. >> >> Note that this function will always returned dynamic library for >> Universal Binaries (like the current implementation) because the >> binary type is not include in the file header. > > Applied, thanks! > http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080623/064180.html > > -ChrisWoops, sorry, I miss a "type can be used uninitialized" warning. -------------- next part -------------- A non-text attachment was scrubbed... Name: MachoType.diff Type: application/octet-stream Size: 993 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080626/cbbaf18b/attachment.obj> -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2427 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080626/cbbaf18b/attachment.bin>
On Jun 25, 2008, at 4:59 PM, Jean-Daniel Dupas wrote:> An improved Mach-O file type detection for sys::IdentifyFileType()Odd, your message doesn't verify.
What do you mean ? Le 26 juin 08 à 21:25, Mike Stump a écrit :> On Jun 25, 2008, at 4:59 PM, Jean-Daniel Dupas wrote: >> An improved Mach-O file type detection for sys::IdentifyFileType() > > Odd, your message doesn't verify. > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2427 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080626/fb0628a4/attachment.bin>