multiplatform

Which continuous integration software do you use? [closed]

送分小仙女□ 提交于 2019-12-05 23:29:18
问题 Closed . This question is opinion-based. It is not currently accepting answers. Want to improve this question? Update the question so it can be answered with facts and citations by editing this post. Closed 6 years ago . Google says there are: Jenkins ( first impression: not lightweight ) Cruise control ( first impression: not lightweight ) Bitten ( seems to be dead, last ticket >8 months old) BuildBot But BuildBot seems a bit outdated, offering no statistics, not very intuitive to configure.

Is there a way to detect changes in a folder using php on both windows and linux?

半世苍凉 提交于 2019-12-04 12:51:24
I'm looking for a solution to detect changes in folder(s) using php . The application may run on both platforms( linux and windows ). I may use different methods for each platform as long as results are the same. What I desire is : If a file/folder is added to a directory, I want my app to detect this new file and read its attributes ( size,filetime etc) If a existing file/folder is saved/contents changed/deleted, I need to detect this file is changed It would be better if I can monitor a base folder outside webroot of apache (such as c:\tmp , or d:\music on windows or /home/ertunc on linux) I

Multi-framework NuGet build with symbols for internal dependency management

假如想象 提交于 2019-12-04 07:48:48
问题 Maybe I'm pushing the envelope here, but I'm desperate to leverage NuGet to ease the DLL Hell that I've found myself in. We have 4 main products that all live in interrelated Mercurial repositories. All of them "share" 3 core assemblies and then everything else is pretty much product-specific. It's become very difficult to manage now because one product has been upgraded to .NET 4.0 and is using external dependencies that require .NET 4.0, while another product is stuck in .NET 3.5 for

Which continuous integration software do you use? [closed]

烂漫一生 提交于 2019-12-04 04:45:49
Closed . This question is opinion-based. It is not currently accepting answers. Learn more . Want to improve this question? Update the question so it can be answered with facts and citations by editing this post . Closed 6 years ago . Google says there are: Jenkins ( first impression: not lightweight ) Cruise control ( first impression: not lightweight ) Bitten ( seems to be dead, last ticket >8 months old) BuildBot But BuildBot seems a bit outdated, offering no statistics, not very intuitive to configure... Features we are interested in are: Multi platform support for build slaves: Linux, Mac

Why I get “QTimer can only be used with threads started with QThread” messages if I have no QTimer in my code?

僤鯓⒐⒋嵵緔 提交于 2019-12-04 03:07:33
When (and only when) I quit my application, these (and only these) repeated message appear on the command prompt: QObject::startTimer: QTimer can only be used with threads started with QThread QObject::startTimer: QTimer can only be used with threads started with QThread QObject::startTimer: QTimer can only be used with threads started with QThread This is quite strange for me, because I never use QTimer in my code (or QThread). In fact, no errors or crashes happen using the application, so this is not a real problem, actually. This happen in both Windows and Linux OSs. All my imports: from _

Visual Studio: how to check used C++ platform toolset programmatically

微笑、不失礼 提交于 2019-12-03 17:22:52
问题 I have to build project using MSVC2012 and v100 platform toolset (from MSVC2010). Unfortunately I'm using C++11 feature " range based for " across the code. I wondering if there is a preprocessor directive that allows to know current platform toolset in compile time. I.e #if (_MSC_PLATFORM_TOOLSET > 100) # define ALLOW_RANGE_BASED_FOR 1 #else # define ALLOW_RANGE_BASED_FOR 0 #endif I tried use _MSC_VER macro, but for both platform toolsets it is set to 1700 (and this does make sense, because

Python module win32com on Linux

匆匆过客 提交于 2019-12-03 17:19:43
I am writing some Python code that runs under multiple platforms. Unfortunately under Win32, I have to support some COM functionalities. However these lines will fail under an Linux environment: from pythoncom import PumpWaitingMessages from pythoncom import Empty from pythoncom import Missing from pythoncom import com_error import win32api And all the other functions which are using the Win32 COM API will fail as well. What is the standard method to make sure that some code is not loaded/imported depending on the platform and give an error message/exception in the case they are called by the

Android native library linking against another native library from aar

别等时光非礼了梦想. 提交于 2019-12-03 12:37:44
I have a curious question. I have an aar library, which contains and uses native .so library. Now, I want to write another lib, which depends on that library and also has native part depending on native lib from the first lib. The dependent library uses both the native code and java wrappers from the first lib. I wonder, is there any way, how to do this by standard gradle dependency(with copied headers files from the first lib)? Or have I to build the second lib directly from the sources? Why I need this: We have a multiplatform lib with basic functionality, for android as aar. This lib can be

Visual Studio: how to check used C++ platform toolset programmatically

旧街凉风 提交于 2019-12-03 05:37:44
I have to build project using MSVC2012 and v100 platform toolset (from MSVC2010). Unfortunately I'm using C++11 feature " range based for " across the code. I wondering if there is a preprocessor directive that allows to know current platform toolset in compile time. I.e #if (_MSC_PLATFORM_TOOLSET > 100) # define ALLOW_RANGE_BASED_FOR 1 #else # define ALLOW_RANGE_BASED_FOR 0 #endif I tried use _MSC_VER macro, but for both platform toolsets it is set to 1700 (and this does make sense, because I'm still using MSVC2012). I'd appreciate any suggestion. Thank you. The macro _MSC_FULL_VER is

Multi-framework NuGet build with symbols for internal dependency management

喜欢而已 提交于 2019-12-02 18:06:47
Maybe I'm pushing the envelope here, but I'm desperate to leverage NuGet to ease the DLL Hell that I've found myself in. We have 4 main products that all live in interrelated Mercurial repositories. All of them "share" 3 core assemblies and then everything else is pretty much product-specific. It's become very difficult to manage now because one product has been upgraded to .NET 4.0 and is using external dependencies that require .NET 4.0, while another product is stuck in .NET 3.5 for reasons I don't even want to get into. So, we have lost our ability to merge differences between products. To