portability

问题 Ok, this question is about portable as in no dependencies (i.e. "I can put the binaries in a USB key and bring it with me everywhere, e-mail them to friends etc"). I have heard of static linking but I'm confused to what are exactly the consequences of it; what can and what can't be static linked (i.e. what about Qt, OpenGL, libstdc++?) and to which degree the binary will be "portable" afterwards. I've also heard of LSB (Linux Standard Base) but I don't know exactly what it is or if it can

问题 In my previous question I've asked, I touched the parallel_for subject from ppl.h provided by Microsoft. But shortly after I've realized that by using it one makes his application unportable (if I'm right it is specific to Microsoft (the ppl.h header)). In my opinion this breaks very important aspect of programming in C++ - portability, and I'm just not prepare to do it. So my questions are: 1. Am I right in saying that using parallel_for from ppl makes your code unportable (by unportable I

问题 Closed. This question is off-topic. It is not currently accepting answers. Want to improve this question? Update the question so it's on-topic for Stack Overflow. Closed 4 years ago . Does anyone know of free tools (languages, environments) that would support development of GUI applications on the Windows platform? I am looking to be able to create a single executable file that has no dependencies on any external runtime or library. I would like to be able to then run this EXE in a very

问题 I have a console-mode Windows application (ported from Unix) that was originally designed to do a clean exit when it received ^C (Unix SIGINT ). A clean exit in this case involves waiting, potentially quite a long time, for remote network connections to close down. (I know this is not the normal behavior of ^C but I am not in a position to change it.) The program is single-threaded. I can trap ^C with either signal(SIGINT) (as under Unix) or with SetConsoleCtrlHandler. Either works correctly

问题 For the code I am currently working on, we sometimes need to compile on some older systems with older compilers (e.g.- we run sims on an older IBM BlueGene/L, who's support contract dictates some quite old C++ compiler). The code itself makes use of shared_ptrs, and was originally written to use std::tr1::shared_ptr. When compiling on the old BlueGene machine, I quickly realized that it doesn't have a tr1:: implementation, and so I switched to boost::shared_ptr. Turns out there is also a

问题 I am searching for a way to make existing proprietary ELF-binaries, which are linked against specific versions of system libraries, portable. With portable I mean making the executable work on every system with the same processor architecture and a compatible system kernel, without necessarily having the source code of the libraries (if there is no way without having the source code, it'll be fine too). So far I thought of two possibilities, but I don't know if they are at all possible and if

问题 I am searching for a way to make existing proprietary ELF-binaries, which are linked against specific versions of system libraries, portable. With portable I mean making the executable work on every system with the same processor architecture and a compatible system kernel, without necessarily having the source code of the libraries (if there is no way without having the source code, it'll be fine too). So far I thought of two possibilities, but I don't know if they are at all possible and if

问题 I'm working on Eclipse inside Ubuntu environment on my C++ project. I use the itoa function (which works perfectly on Visual Studio) and the compiler complains that itoa is undeclared. I included <stdio.h> , <stdlib.h> , <iostream> which doesn't help. 回答1: www.cplusplus.com says: This function is not defined in ANSI-C and is not part of C++, but is supported by some compilers. Therefore, I'd strongly suggest that you don't use it. However, you can achieve this quite straightforwardly using

问题 I'm working on Eclipse inside Ubuntu environment on my C++ project. I use the itoa function (which works perfectly on Visual Studio) and the compiler complains that itoa is undeclared. I included <stdio.h> , <stdlib.h> , <iostream> which doesn't help. 回答1: www.cplusplus.com says: This function is not defined in ANSI-C and is not part of C++, but is supported by some compilers. Therefore, I'd strongly suggest that you don't use it. However, you can achieve this quite straightforwardly using

问题 Can a .Net application be converted into a single .exe portable application? i.e. no installer, it just runs? I imagine all the dll's, resources etc need embedding into the exe? If so, how would I do this? Thanks 回答1: You could use ILMerge to merge all assemblies into a single executable. But you still need the framework runtime installed. To turn your executable into a native executable you may take a look at this question. 回答2: No - you can't statically include the .net runtime in your own