After recently installing the XCode 5 GM build, the Mercurial XCode plugin no longer works. What can I do to fix it?
The binary plugin hasn't been updated – you must download the original source and compile it yourself.
Related
I'm trying to get minko dev branch to work on linux Mint 17.1 using gcc 4.9.2. While compiling the project created with the master branch I got some missing dependencies.
I had to install glm 0.9.6.3-1 because the version in my repositories didn't have matrix_decompose.hpp.
Now, Provider.hpp includes sparsehash/forward.h. I couln't find any version of sparsehash with this file.
I find minko to be an incredibly good and practical library but it lacks documentation.
Also, the informations in the README and other files in the dev branch are wrong or outdated.
Two questions:
Where do I get the right sparsehash?
Is there a dependencies list somewhere?
Thank you for your efforts and help.
I'm trying to get minko dev branch to work on linux Mint 17.1 using
gcc 4.9.2. While compiling the project created with the master branch
I got some missing dependencies.
I had to install glm 0.9.6.3-1 because the version in my repositories
didn't have matrix_decompose.hpp.
The 'master' branch does not use GLM (nor sparsehashmap). So you're probably on the 'dev' branch. Or worse, a mix of both. Try re-cloning the repo from scratch and properly checkout the 'dev' branch.
Also make sure you're following the documentation to build Minko:
Compiling the SDK for Windows
Compiling the SDK for OS X
Compiling the SDK for Linux
Compiling the SDK for HTML5
Compiling the SDK for iOS
Compiling the SDK for Android
You should not have to download/setup any extra dependency (except some very specific stuff for Linux and the html-overlay plugin).
I have a problem when I use the Windows App Certification Kit with the SharPDF-SL.dll. The test fails and says
The binary SharpPDF-SL.dll is built in debug mode.
I downloaded this library with NuGet so I can't rebuild the dll in release mode. Appreciate any help!
I managed to fix this bug. I compiled it for WP8.1 Silverlight project. If someone have the same problem, I share my solution.
source code : https://mega.nz/#!HhNElRSa!9GJXQvII0p1K3EHK7Y1VeIOPWBBbCE-vUU3UdZNsD5w
release dll : https://mega.nz/#!6g8TmR6I!P3XOfSRLaiCLbgVZ1RHktPxKbUWVE77Z-MojngnSxiE
I Recently downloaded 1.1.0 version of libgdx that was near about 54 MB.
When I run gdx-setup.jar it again downloads from gradle.
When my Internet is disconnected if fails, why?
How to use downloaded files? Do I need to download every-time I create a project?
Your gdx-setup-jar is programmed to download libgdx each time you create a project, and does not search your computer for libgdx and I do not believe there is an easy way to get past that. You can import your project into your IDE once you have set it up with the gradle plugin. Here are some links that should help you install the gradle plugin.
Eclipse Gradle
Intellij IDEA Gradle
NetBeans Gradle
Installing Gradle With the Commandline
I hope this answer was helpful :)
I've updated my Windows Phone app from 8 to 8.1. Everything works, no problems testing it in either debug or release modes.
The issue is when I try to certify the app for the Store. I get the following notice about my Nuget package ImageTools:
The binary ICSharpCode.SharpZLib.Phone.dll is built in debug mode.
The binary ImageTools.Controls.dll is built in debug mode.
The binary ImageTools.dll is built in debug mode.
The binary ImageTools.Filtering.dll is built in debug mode.
The binary ImageTools.IO.Png.dll is built in debug mode.
The binary ImageTools.Utils.dll is built in debug mode.
I didn't have this problem in WP8. Perhaps something went wrong in the project upgrade? I've tried reinstalling the nuget package as well as manually placing the DLLs into the project.
I don't know how to build ImageTools in release mode. Any help appreciated!
Universal Apps (And Silverlight 8.1 Apps) have a different certification requirement. You cannot publish assemblies built in debug mode.
You'll need to contact the NuGet authors of ICSharpCode and ImageTools and have them provide you with a version built in release mode.
I modified the IL of the assemblies and removed the [Debuggable] attribute from them. The Windows Phone Store now allows the submission. You can download the patched assemblies here: https://github.com/brianhama/ImageTools-WP81
The current SharpCompress.WindowsStore.dll library published on Nuget is build in Debug mode. I got this error from the Windows Store App Certification Kit.
Error Found: The debug configuration test detected the following errors:
The binary SharpCompress.WindowsStore.dll is built in debug mode.
Is there any way to have/compile the SharpCompress lib in Release Mode?
I'd rebuild it in release mode.
What, you didn't think about that?
It's on NuGet, right? NuGet packages often list a project site. So looking at the page I can see the link points right over here. That's on GitHub. That's where source lives.
You can either fork it (which there isn't really a point, since you don't want to develop it), clone it (aka use a Git tool such as GitHub for Windows) to your local machine, or just download the latest code in a zip file.
From there you can build in release mode and away you go. May not be just that easy, as there might be some dependencies or such that need resolving. Now off you go.