Firebreath can be used in Windows and Linux like Ubuntu etc., but can it be used in armx86 platform. Can we cross compile using arm x86 cross chain toolkit?
To the best of my knowledge, nobody has tried. You'd have to try it and find out.
There is no technical reason that I know of that it couldn't be; look into cross-compiling with cmake.
Related
Windows7 using VS2013 development of a plug-in, and perfect running on ie8, now transferred to Windows XP, ie8 browser can not load plug-ins.
I take the measures:
VS2013 on Windows 7, select the v120_xp, but there is no effect;
Install the XP system, VS2010 in the virtual machine,Run Firebreath demo again,the following error occurred:
Can not open the program database "d: \ firebreath-master \ build \ npapicore \ npapicore.dir \ debug \ vc100.idb"
how can i do?#taxilian
In general, it's not particularly appropriate to call out a specific person to answer a question on stackoverflow. I do monitor this tag, so I see it, but just so you are aware =]
There are three basic reasons why a plugin may not load:
The plugin is not registered correctly
This shouldn't be possible, since firebreath takes care of that for you; can't guarantee that nothing went wrong, of course. The only way to troubleshoot this is to learn how registration works and double check everything.
The plugin DLL has libraries which are not available on the system
This would be my #1 guess as to what is happening; the best way to check is to use Dependency Walker to see what dependencies it has that may not be available; ieshims.dll is a common one to see looking like it isn't there when it works, but most anything else is likely to be a problem. It's quite possible that there are dependencies added by vs2013 that aren't there with vs2010; I'd also verify that the target set in win_common.h in firebreath is correct for windows XP.
The plugin may actually be loading but then crashing immediately.
The easiest way to test this would be to add a call to __debugbreak() early in the plugin lifecycle; this will make it look like it crashed but let you attach a debugger.
If none of that helps I'd recommend using the firebreath-dev google group which is a more appropriate place for a discussion.
I was just testing Unity 4.2's new feature - Windows Phone deployment, but it doesn't seem to work.
Is there any way to get it running on an emulator rather than on a physical device?
Thanks
EDIT:
I tried changing configuration to "x86" but It's now giving me another error:
I think I attempted all possible combinations, but it still doesn't work:
You are trying to deploy an ARM native binary to an x86 "phone". You will need to compile your project for the x86 CPU architecture for it to work on the emulator.
Make sure that you change your "Solution Platforms" from "AnyCPU", "Mixed Platforms" or "ARM" to "x86" and re-build your project.
You should find that the "Debug Target" switches automatically from "Device" to "Emulator WVGA 512MB" once you change the Solution Platform.
You may have to unhide the option to switch between CPU architectures in in Visual Studio 2012. In the Standard Toolbar options make sure that the "Solution Platforms" control is visible in your toolbar.
It looks like the reference errors you are getting could mean that those classes aren't compatible with your architecture.
Please check the path. In the solution explorer if it is showing any missing files, fix them by adding existing items. It seems like you are missing dll files also.
Registered Windows Phone 8 device is needed to test your apps.
Instructions on phone registration can be found here. Windows Phone
Emulator will be supported in future Unity releases.
https://docs.unity3d.com/Documentation/Manual/wp8-gettingstarted.html
in my opinion you should check the localizedString first, after that set up your IP of Emulator
I'm having trouble setting up a cross compiler (Sourcery Codebench) and simulator (OVP) on my machine. Could someone please show me how to do this?
I'd like to cross compile C to MIPS and then simulate it on my windows 7 x86-64bit machine. I don't have a lot of experience with this kind of thing and am having trouble even figuring out which versions to download
I have seen one or 2 other questions about getting sourcery to work on windows, but they didn't have the information I need.
I am not familiar with OVP, but I do know Sourcery CodeBench. Sourcery CodeBench is available for Windows and comes in an easy to use installer. The lite edition pages are here:
http://www.mentor.com/embedded-software/sourcery-tools/sourcery-codebench/editions/lite-edition/
There are links for MIPS ELF (Bare Metal) and GNU/Linux lite edition downloads. I'm not sure which one you need. The most recent toolchains are from the Spring 2012 release.
Once you have installed the toolchain, you can compile your application and run it on real hardware or on a simulator.
How far did you get? Did you install the toolchain and simulator? Can you compile and run the application on your target?
I am porting a program to AIX which takes use of hash_map in many places.
For linux and solaris hash_map is included in _gnu_cxx package and stlport.
However, I can't find hash_map on AIX platform. Anybody know?
Btw, I have to use IBM compiler /usr/vacpp/bin/xlC.
Thanks.
I think you want <unordered_map> on the AIX xlC compiler. That's because <hash_map> is a gcc extension.
You'll need to change your code to use the different name (or do some jiggery-pokery with a translation layer).
I want to build a command-line tool in Free Pascal for run in a SUSE 9.
This is a production server, and it is hard get approved to install anything apart from this tool.
I code on Mac OS X Leopard and wonder if is possible cross-compile from here to Linux?
The server run on Xeon.
Success! If you install Fink and then say
sudo fink install fpc-i386-linux
it will install Free Pascal and everything you need to cross compile. You will then be able to say
/sw/bin/fpc -Tlinux hw.pas
and get a Linux executable.
Unless there are cross-compilation options I can't find, you're probably out of luck doing it directly from Mac OS X. However, you can get what you want by installing a virtual machine like Parallels or Sun's VirtualBox, installing SUSE on it, and compiling there.
There are now .dmg files of Free Pascal (binary, source, and Lazarus) available for install, so it should be easy to install, open, and compile it. Note, though, that if it links to Linux-specific .so files, that they may need to be installed on Mac OS X, or you will have to change the code not to use them.
FPC can crosscompile pretty well in general. There are limitations though:
Crosscompiling from a non x86/x86_64 architecture to x86/x86_64 won't work. It requires extended, which isn't emulated on other archs. However you seem to use an intel OS X machine (not PPC), so that doesn't apply.
Depending on the libraries used and the nature of the target platforms you might need to have target-libraries on host. (in general: not for windows, but you will have to for *nix/OS X as target)
See also http://www.stack.nl/~marcov/buildfaq.pdf it contains some background on crosscompiling with FPC.