C K Kashyap
2014-Jun-07 17:06 UTC
[LLVMdev] Code generation support in llvm for windows phone
Hi Saleem,
I have a similar situation - I'd appreciate your inputs on it. I noticed
that the obj file generated using llvm does not contain "thumb"
instructions. I suspect that is what is causing runtime crash for me.
Here's what I've tried -
Start with a.c (on my linux machine where I have llvm/clang built as of
yesterday)
int add(int i, int j) {int k = i + j; return k; }
clang -S -O0 a.c
llc -filetype=obj -mtriple=thumbv7-windows -O0 a.ll
I get a.obj from the above steps.
I take this a.obj over to my windows 8.1 machine where I have VS2013 update
2 installed
I open up a command window and run
C:\Users\kck\arm>"c:\Program Files (x86)\Microsoft Visual Studio
12.0\vc\bin\x86_arm\vcvarsx86_arm.bat"
I create a file file m.c
int main() { return add(20,30);}
I build the whole thing like this -
cl m.c a.obj
Things seem to work fine and m.exe gets generated.
However I noticed a difference in the dumpbin output for a.obj and m.obj -
In m.obj, I can see "Thumb instructions" where as in a.obj, I
don't see
that.
I'd appreciate any pointers on this.
Regards,
Kashyap
On Fri, May 30, 2014 at 10:45 PM, Saleem Abdulrasool <abdulras at fb.com>
wrote:
>
> On May 28, 2014, at 5:18 AM, Rajat Mahajan <rmahajan at adobe.com>
wrote:
>
> > I am talking about Windows Mobile 8 and 8.1 and not CE.
> > Not sure though that the Windows 8 (ARM NT) is similar to Windows
Mobile
> 8 platform.
> >
> > I used the following command to generate the obj file
> > Llc.exe -mtriple=thumbv7-windows -filetype=obj
<some_name>.bc
> >
> > The object file generated in the above object doesn't get linked
when I
> try to link it with the windows mobile library as it fails to recognize the
> object format. ( Not a valid object file )
> >
> > Hope I am clear.
>
> Unfortunately, you have merely repeated your previous statement. I don’t
> have enough here to diagnose nor even speculate what is going on.
>
> If you can provide the object file, it would be helpful as I am unable to
> reproduce this issue. Although, I ran it via clang, I see no reason that
> the output would be different as the backend is the same.
>
> The triple is certainly correct (particularly for llc, clang will treat
> armv7-windows as thumbv7-windows). How did you generate the bit code? My
> testing has usually started from C or LLVM IR rather than bit code, but, I
> suspect that shouldn’t be a real issue.
>
> With the given information, the only thing that comes to mind is that your
> environment is setup improperly, resulting in the wrong link.exe being
> invoked.
>
> > ~rajat
> >
> > -----Original Message-----
> > From: Saleem Abdulrasool [mailto:abdulras at fb.com]
> > Sent: Friday, May 16, 2014 11:23 PM
> > To: Rajat Mahajan
> > Cc: llvmdev at cs.uiuc.edu
> > Subject: Re: [LLVMdev] Code generation support in llvm for windows
phone
> >
> >
> > On May 16, 2014, at 6:53 AM, Rajat Mahajan <rmahajan at
adobe.com> wrote:
> >
> >> Hi,
> >>
> >> Is there support available in llc to convert llvm bytecode to
Windows
> Mobile binary?
> >> I have tried triples like arm-pc-win32 , thumbv7-window ... but
the
> object file generated is not getting linked to the windows native project.
> >> Any pointers will be greatly appreciated?
> >
> > As Reid mentioned, I have been working on this recently. Just to make
> sure that we are talking about the same environment, I assume that you are
> talking about Windows 8 (ARM NT) rather than the Windows CE based
> environment.
> >
> > Can you please explain what exactly you mean by "the object file
> generated is not getting linked to the windows native project". The
object
> file that we generate should be pretty compatible with MSVC. If you have
> specific cases where we are generating something that is incompatible, I
> would be quite interested in hearing about that.
> >
> >> Thanks,
> >> ~rajat
> >> _______________________________________________
> >> LLVM Developers mailing list
> >> LLVMdev at cs.uiuc.edu
>
https://urldefense.proofpoint.com/v1/url?u=http://llvm.cs.uiuc.edu/&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=CchYc4lrV44%2BZqxZADw0BQ%3D%3D%0A&m=4sS%2FRJsOxjeRZpxwDsr85CHzLMrTV5IeD%2Bf2OnxlCFY%3D%0A&s=64253b311de373a46904eada51eb8c9f732f8f65d14f0551223b2a7c769f135a
> >>
>
https://urldefense.proofpoint.com/v1/url?u=http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=CchYc4lrV44%2BZqxZADw0BQ%3D%3D%0A&m=4sS%2FRJsOxjeRZpxwDsr85CHzLMrTV5IeD%2Bf2OnxlCFY%3D%0A&s=5c75919fb4cc3458c6e733d0d672d937dca015122c56ab7b826bc6b5ae74a594
> >
> > --
> > Saleem Abdulrasool
> > abdulras (at) fb (dot) com
> >
> >
> >
> >
> >
>
> --
> Saleem Abdulrasool
> abdulras (at) fb (dot) com
>
>
>
>
>
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20140607/109b3ed0/attachment.html>
Saleem Abdulrasool
2014-Jun-07 21:23 UTC
[LLVMdev] Code generation support in llvm for windows phone
On Sat, Jun 7, 2014 at 10:06 AM, C K Kashyap <ckkashyap at gmail.com> wrote:> Hi Saleem, > I have a similar situation - I'd appreciate your inputs on it. I noticed > that the obj file generated using llvm does not contain "thumb" > instructions. I suspect that is what is causing runtime crash for me. > > > Here's what I've tried - > Start with a.c (on my linux machine where I have llvm/clang built as of > yesterday) > int add(int i, int j) {int k = i + j; return k; } > clang -S -O0 a.c >This targets the default target, which may not necessarily be the target that you want.> llc -filetype=obj -mtriple=thumbv7-windows -O0 a.ll >This is a bit round-about to generate the object-file. You can actually generate the object file directly from clang at this point, which may not have been the case when you first started looking at this. $ clang -target armv7-windows -c a.c -o a.obj If you look at the generated assembly, you will find that it will generate a thumb function, even though the object file may be missing the appropriate flag in the case of the public llvm repository (Ill look into that btw). I get a.obj from the above steps.> > I take this a.obj over to my windows 8.1 machine where I have VS2013 > update 2 installed > > I open up a command window and run > C:\Users\kck\arm>"c:\Program Files (x86)\Microsoft Visual Studio > 12.0\vc\bin\x86_arm\vcvarsx86_arm.bat" > > I create a file file m.c > int main() { return add(20,30);} >This might cause an issue. You are not providing a declaration for the symbol. If cl ends up converting it to a dllimport'ed symbol, the generated application will not execute.> I build the whole thing like this - > > cl m.c a.obj >That seems right; I will note that all my testing with cl has been with /MD.> Things seem to work fine and m.exe gets generated. > > However I noticed a difference in the dumpbin output for a.obj and m.obj - > In m.obj, I can see "Thumb instructions" where as in a.obj, I don't see > that. >I'll look into that, but, I suspect that this is not the cause of the crash.> I'd appreciate any pointers on this. >Can you specify what the target environment is? (Device, Windows version, etc). Actual details of the crash may also be relevant. Also of interest would be how you are loading the generated binary onto the device. The only way that I know of accomplishing that involves the use of Visual Studio's remote debugging functionality.> Regards, > Kashyap > > > > > > > On Fri, May 30, 2014 at 10:45 PM, Saleem Abdulrasool <abdulras at fb.com> > wrote: > >> >> On May 28, 2014, at 5:18 AM, Rajat Mahajan <rmahajan at adobe.com> wrote: >> >> > I am talking about Windows Mobile 8 and 8.1 and not CE. >> > Not sure though that the Windows 8 (ARM NT) is similar to Windows >> Mobile 8 platform. >> > >> > I used the following command to generate the obj file >> > Llc.exe -mtriple=thumbv7-windows -filetype=obj <some_name>.bc >> > >> > The object file generated in the above object doesn't get linked when I >> try to link it with the windows mobile library as it fails to recognize the >> object format. ( Not a valid object file ) >> > >> > Hope I am clear. >> >> Unfortunately, you have merely repeated your previous statement. I don’t >> have enough here to diagnose nor even speculate what is going on. >> >> If you can provide the object file, it would be helpful as I am unable to >> reproduce this issue. Although, I ran it via clang, I see no reason that >> the output would be different as the backend is the same. >> >> The triple is certainly correct (particularly for llc, clang will treat >> armv7-windows as thumbv7-windows). How did you generate the bit code? My >> testing has usually started from C or LLVM IR rather than bit code, but, I >> suspect that shouldn’t be a real issue. >> >> With the given information, the only thing that comes to mind is that >> your environment is setup improperly, resulting in the wrong link.exe being >> invoked. >> >> > ~rajat >> > >> > -----Original Message----- >> > From: Saleem Abdulrasool [mailto:abdulras at fb.com] >> > Sent: Friday, May 16, 2014 11:23 PM >> > To: Rajat Mahajan >> > Cc: llvmdev at cs.uiuc.edu >> > Subject: Re: [LLVMdev] Code generation support in llvm for windows phone >> > >> > >> > On May 16, 2014, at 6:53 AM, Rajat Mahajan <rmahajan at adobe.com> wrote: >> > >> >> Hi, >> >> >> >> Is there support available in llc to convert llvm bytecode to Windows >> Mobile binary? >> >> I have tried triples like arm-pc-win32 , thumbv7-window ... but the >> object file generated is not getting linked to the windows native project. >> >> Any pointers will be greatly appreciated? >> > >> > As Reid mentioned, I have been working on this recently. Just to make >> sure that we are talking about the same environment, I assume that you are >> talking about Windows 8 (ARM NT) rather than the Windows CE based >> environment. >> > >> > Can you please explain what exactly you mean by "the object file >> generated is not getting linked to the windows native project". The object >> file that we generate should be pretty compatible with MSVC. If you have >> specific cases where we are generating something that is incompatible, I >> would be quite interested in hearing about that. >> > >> >> Thanks, >> >> ~rajat >> >> _______________________________________________ >> >> LLVM Developers mailing list >> >> LLVMdev at cs.uiuc.edu >> https://urldefense.proofpoint.com/v1/url?u=http://llvm.cs.uiuc.edu/&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=CchYc4lrV44%2BZqxZADw0BQ%3D%3D%0A&m=4sS%2FRJsOxjeRZpxwDsr85CHzLMrTV5IeD%2Bf2OnxlCFY%3D%0A&s=64253b311de373a46904eada51eb8c9f732f8f65d14f0551223b2a7c769f135a >> >> >> https://urldefense.proofpoint.com/v1/url?u=http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=CchYc4lrV44%2BZqxZADw0BQ%3D%3D%0A&m=4sS%2FRJsOxjeRZpxwDsr85CHzLMrTV5IeD%2Bf2OnxlCFY%3D%0A&s=5c75919fb4cc3458c6e733d0d672d937dca015122c56ab7b826bc6b5ae74a594 >> > >> > -- >> > Saleem Abdulrasool >> > abdulras (at) fb (dot) com >> > >> > >> > >> > >> > >> >> -- >> Saleem Abdulrasool >> abdulras (at) fb (dot) com >> >> >> >> >> >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >> > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > >-- Saleem Abdulrasool compnerd (at) compnerd (dot) org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140607/0f0367f3/attachment.html>
C K Kashyap
2014-Jun-08 03:03 UTC
[LLVMdev] Code generation support in llvm for windows phone
Thank you so much Saleem, The target is Windows phone 8.1 (ARM). I'll update the crash details tomorrow. One big problem is that I have to use a physical windows phone for execution. I wonder if it is possible to execute such "exes" using qemu. Regards, Kashyap On Sun, Jun 8, 2014 at 2:53 AM, Saleem Abdulrasool <compnerd at compnerd.org> wrote:> On Sat, Jun 7, 2014 at 10:06 AM, C K Kashyap <ckkashyap at gmail.com> wrote: > >> Hi Saleem, >> I have a similar situation - I'd appreciate your inputs on it. I noticed >> that the obj file generated using llvm does not contain "thumb" >> instructions. I suspect that is what is causing runtime crash for me. >> >> >> Here's what I've tried - >> Start with a.c (on my linux machine where I have llvm/clang built as of >> yesterday) >> int add(int i, int j) {int k = i + j; return k; } >> clang -S -O0 a.c >> > > This targets the default target, which may not necessarily be the target > that you want. > > >> llc -filetype=obj -mtriple=thumbv7-windows -O0 a.ll >> > > This is a bit round-about to generate the object-file. > > You can actually generate the object file directly from clang at this > point, which may not have been the case when you first started looking at > this. > > $ clang -target armv7-windows -c a.c -o a.obj > > If you look at the generated assembly, you will find that it will generate > a thumb function, even though the object file may be missing the > appropriate flag in the case of the public llvm repository (Ill look into > that btw). > > I get a.obj from the above steps. >> >> I take this a.obj over to my windows 8.1 machine where I have VS2013 >> update 2 installed >> >> I open up a command window and run >> C:\Users\kck\arm>"c:\Program Files (x86)\Microsoft Visual Studio >> 12.0\vc\bin\x86_arm\vcvarsx86_arm.bat" >> >> I create a file file m.c >> int main() { return add(20,30);} >> > > This might cause an issue. You are not providing a declaration for the > symbol. If cl ends up converting it to a dllimport'ed symbol, the > generated application will not execute. > > >> I build the whole thing like this - >> >> cl m.c a.obj >> > > That seems right; I will note that all my testing with cl has been with > /MD. > > >> Things seem to work fine and m.exe gets generated. >> >> However I noticed a difference in the dumpbin output for a.obj and m.obj >> - In m.obj, I can see "Thumb instructions" where as in a.obj, I don't see >> that. >> > > I'll look into that, but, I suspect that this is not the cause of the > crash. > > >> I'd appreciate any pointers on this. >> > > Can you specify what the target environment is? (Device, Windows version, > etc). > > Actual details of the crash may also be relevant. Also of interest would > be how you are loading the generated binary onto the device. The only way > that I know of accomplishing that involves the use of Visual Studio's > remote debugging functionality. > > >> Regards, >> Kashyap >> >> >> >> >> >> >> On Fri, May 30, 2014 at 10:45 PM, Saleem Abdulrasool <abdulras at fb.com> >> wrote: >> >>> >>> On May 28, 2014, at 5:18 AM, Rajat Mahajan <rmahajan at adobe.com> wrote: >>> >>> > I am talking about Windows Mobile 8 and 8.1 and not CE. >>> > Not sure though that the Windows 8 (ARM NT) is similar to Windows >>> Mobile 8 platform. >>> > >>> > I used the following command to generate the obj file >>> > Llc.exe -mtriple=thumbv7-windows -filetype=obj <some_name>.bc >>> > >>> > The object file generated in the above object doesn't get linked when >>> I try to link it with the windows mobile library as it fails to recognize >>> the object format. ( Not a valid object file ) >>> > >>> > Hope I am clear. >>> >>> Unfortunately, you have merely repeated your previous statement. I >>> don’t have enough here to diagnose nor even speculate what is going on. >>> >>> If you can provide the object file, it would be helpful as I am unable >>> to reproduce this issue. Although, I ran it via clang, I see no reason >>> that the output would be different as the backend is the same. >>> >>> The triple is certainly correct (particularly for llc, clang will treat >>> armv7-windows as thumbv7-windows). How did you generate the bit code? My >>> testing has usually started from C or LLVM IR rather than bit code, but, I >>> suspect that shouldn’t be a real issue. >>> >>> With the given information, the only thing that comes to mind is that >>> your environment is setup improperly, resulting in the wrong link.exe being >>> invoked. >>> >>> > ~rajat >>> > >>> > -----Original Message----- >>> > From: Saleem Abdulrasool [mailto:abdulras at fb.com] >>> > Sent: Friday, May 16, 2014 11:23 PM >>> > To: Rajat Mahajan >>> > Cc: llvmdev at cs.uiuc.edu >>> > Subject: Re: [LLVMdev] Code generation support in llvm for windows >>> phone >>> > >>> > >>> > On May 16, 2014, at 6:53 AM, Rajat Mahajan <rmahajan at adobe.com> wrote: >>> > >>> >> Hi, >>> >> >>> >> Is there support available in llc to convert llvm bytecode to Windows >>> Mobile binary? >>> >> I have tried triples like arm-pc-win32 , thumbv7-window ... but the >>> object file generated is not getting linked to the windows native project. >>> >> Any pointers will be greatly appreciated? >>> > >>> > As Reid mentioned, I have been working on this recently. Just to make >>> sure that we are talking about the same environment, I assume that you are >>> talking about Windows 8 (ARM NT) rather than the Windows CE based >>> environment. >>> > >>> > Can you please explain what exactly you mean by "the object file >>> generated is not getting linked to the windows native project". The object >>> file that we generate should be pretty compatible with MSVC. If you have >>> specific cases where we are generating something that is incompatible, I >>> would be quite interested in hearing about that. >>> > >>> >> Thanks, >>> >> ~rajat >>> >> _______________________________________________ >>> >> LLVM Developers mailing list >>> >> LLVMdev at cs.uiuc.edu >>> https://urldefense.proofpoint.com/v1/url?u=http://llvm.cs.uiuc.edu/&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=CchYc4lrV44%2BZqxZADw0BQ%3D%3D%0A&m=4sS%2FRJsOxjeRZpxwDsr85CHzLMrTV5IeD%2Bf2OnxlCFY%3D%0A&s=64253b311de373a46904eada51eb8c9f732f8f65d14f0551223b2a7c769f135a >>> >> >>> https://urldefense.proofpoint.com/v1/url?u=http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=CchYc4lrV44%2BZqxZADw0BQ%3D%3D%0A&m=4sS%2FRJsOxjeRZpxwDsr85CHzLMrTV5IeD%2Bf2OnxlCFY%3D%0A&s=5c75919fb4cc3458c6e733d0d672d937dca015122c56ab7b826bc6b5ae74a594 >>> > >>> > -- >>> > Saleem Abdulrasool >>> > abdulras (at) fb (dot) com >>> > >>> > >>> > >>> > >>> > >>> >>> -- >>> Saleem Abdulrasool >>> abdulras (at) fb (dot) com >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> LLVM Developers mailing list >>> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >>> >> >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >> >> > > > -- > Saleem Abdulrasool > compnerd (at) compnerd (dot) org >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140608/f635a64e/attachment.html>