Building v8 on Mac with a 'missing Makefile-x64' error - xcode

What references do you know of related to problems with installing and building v8 on Mac and overcoming an error with message something like "missing Makefile-x64"?
Longer version:
I am now over 24 hours in to my attempt at using PyV8 in a python script on OSX. Describing each problem and attempts to fix it would take too long. I suspect the real problem is that up until yesterday I was a Windows user, and my experience installing PyV8 for use in a Python application was painless. But on OS X PyV8 just won't install because v8 was missing, so I install v8 using brew, which still didn't install the ".h" files that PyV8 seemed to want to reference, so I download the v8 source and attempt building it but after solving a dozen other minor issues I just can't seem to get past an error about a Makefile-x64 missing file when I call make native in the v8 source folder. So...
What references do you know of related to this problem?
Related question: https://apple.stackexchange.com/questions/44858/how-to-install-xcode-form-downloaded-package

Related

Installing Julia BinaryBuilder.jl packages on Windows 7

I am having difficulty installing various Julia packages on my Windows 7 laptop. When trying to add certain packages I receive the following error:
(v1.3) pkg> add MbedTLS
Updating registry at `C:\Users\uname\.julia\registries\General`
Updating git-repo `https://github.com/JuliaRegistries/General.git`
Resolving package versions...
ERROR: Unable to automatically install 'MbedTLS' from 'C:\Users\uname\.julia\packages\MbedTLS_jll\wUtL4\Artifacts.toml'
Several packages install happily, and I think I've narrowed it down to those that are supplied via BinaryBuilder.jl, such as MbedTLS, Arpack, OpenSpecFun. If I try to install any packages that have any such packages as a dependency I get the same error message when it hits one of these (initially encountered when I was trying to install Genie.
I am using the latest Julia (1.3.1), although I encountered the same issue previously in 1.2 - I managed to fix things eventually in that case, and tried a similar approach (manually downloading and placing in packages folder) but have not been able to fix things in this instance (although I confess that my notes were a little lacking so can't be certain I'm doing the correct thing). The various packages seem to exist in ...\.julia\packages\ (although not in .julia\compiled), but julia complains whenever I try to add them to some environment.
I don't think I understand julia's package system well enough to see quite what is going on here. I have seen other people with similar issues but not found anything yet which has worked - any help would be much appreciated!
This usually is due to an issue with your powershell installation, which is what we use to download these binaries in Julia 1.3 and 1.4. In particular, most of the internet (including GitHub, where most of our binaries are hosted) disabled SSL v3, TLS 1.0, and TLS 1.1 in 2018. Windows 7 is old enough that it doesn't speak TLS 1.2+ natively; instead you must install two packages:
This TLS easy_fix
Windows Management Framework 3.0 or later, to get Powershell v3+
This is necessary on Windows 7, but not on Windows 10. For more instructions, you can read the Julia platform specific instructions: https://julialang.org/downloads/platform/

Glassfish v4.0 cannot work on Mac OSX 10.6.8 + JDK 7.0 U40

I had been using 2010 Macbook Pro for a while and had updated the Mac OSX to the latest version, and I had been suffering the slow speed for a long time. So last night I googled and do some cleanup , such as fix disk permissions, but the Mac was still slow. And someone suggest to re-install MacOSX.
I was thinking it was the new version of Mac OSX's problem, I had the same kind of problems happen on the 1st version IPad either.
After I reinstalled, the computer became much more faster. But I encountered the following problems:
JDK 7 DMG does not support OSX 10.6.8, but ONLY OSX 10.7+
Github official client does not support OSX 10.7+
Gooooooogled again and again, to solve the 1st problem, there are mainly to suggestions:
A. Using PackageMaker to remove the OSX version condition.
B. Using a tool Pacifist to open the pkg file inside the DMG file downloaded from official.
Since I have PackageMaker installed on Mac OSX, so I choosed A.
Open it with PackageMaker, remove the limitation, and build it again, I installed with the new pkg file successfully at:
/Library/Java/JavaVirtualMachines/jdk1.7.0_40.jdk/Contents/Home
And then set JAVA_HOME on ~/.bash_profile.
Then I download the glassfish 4.0 multi-language version, unzipped, and start-domain successfully. and finally the problem killed me for now.
After glassfish v4 started, I try to login into web console at:
http://localhost:4848
then glassfish server instance "dies", the java process of glassfish is still there, but without any response, the web console starting icon keeps rolling all the time. And there are no error logs created, and the "generated" directory is not generated.
2013-10-15 14:05:20.928 java[797:903] * NSInvocation: warning: object 0x1083c8390 of class 'ThreadUtilities' does not implement methodSignatureForSelector: -- trouble ahead
2013-10-15 14:05:20.930 java[797:903] * NSInvocation: warning: object 0x1083c8390 of class 'ThreadUtilities' does not implement doesNotRecognizeSelector: -- abort
Command start-domain failed.
That is the 1st problem.
The 2nd problem is about github. Since github official does not support OSX 10.6.8, I found an old installer with version 1.0.3. I installed this version, with one ONLY problem for now, I cannot login into github with username and password,no error responses, just no responding, I suffered this once I was on Windows. But I can work with clicking the "Clone into Desktop" button on github.com.
Can someone help me out? I am working on JDK7 based projects.
Why everybody is leaving Snow Leopard, and does not support it anymore, but old Mac computers should be die without working software after 2~3 years, just 2~3 years. And OS upgrade to nex t level will DOWNGrade the performance. Why this things happen?
Is it the oracle from god?
I had the same error (NSInvocation...), on my 2006 Macbook Pro (OS X 10.6.8), onto which I had installed JDK7 to develop a Java/GWT application in Eclipse Kepler. After searching around, I learned that one possible solution was to downgrade to JDK 1.7.0u25 (instead of update 40 or higher), so I installed that version alongside 1.7.0u45 (which I already had), and that fixed the problem. So I would recommend installing that version of the JDK and see if that fixes your problem.

../include/wx/mac/carbon/private.h:1459: error: ‘Cursor’ does not name a type

I have been using RapidSVN on a Linux machine for the past few years - it has become an excellent tool for managing my source.
Yesterday my trusty Linux laptop had a couple of strokes so I decided it was time to replace it. Today I went out and purchased a new Mac Book Pro with the flashy display and solid state drives.
Then I went hunting for an SVN tool to run on Mac. I found that RapidSVN will run on a Mac as it was developed using wxWidgets (cross platform windowing).
So, I needed to install wxWidgets, however this doesn't come as an executable so I had to download the tar ball. To compile I realised I don't have a compiler installed yet... so, install Xcode 4.4, then learn that doesn't install a compiler either... find the Xcode preference to install the command line tools (compiler).
So, now I have Xcode installed, a gcc compiler, and tracking back up it comes to wxWidgets. It takes a little working out but I manage to extract the files into a directory in my home folder, (following instructions of course), and from the 'build' folder I run the ../configure command (which seems to work) and then the 'make' command which fails:
In file included from ../include/wx/mac/private.h:4,
from ../src/common/dynlib.cpp:48:
../include/wx/mac/carbon/private.h:1459: error: ‘Cursor’ does not name a type
../include/wx/mac/carbon/private.h:1488: error: ‘ClassicCursor’ does not name a type
make: *** [baselib_dynlib.o] Error 1
So I go hunting for a solution only to find this bug: http://trac.wxwidgets.org/ticket/14536 which unfortunately indicates this is not going to be fixed.
Changed 10 months ago by csomor
* status changed from new to closed
* resolution set to wontfix
A dismal day in the land of computers. I am now stuck for the next 5-6 years on a computer that will never be able to compile anything using wxWidgets - I rather feel like taking it back to Apple and getting my money back.
So where to from here? Is there a binary version of wxWidgets available? Is there a binary version of RapidSVN available? Should I downgrade to OSX 10.x something less than I am currently on? Should I upgrade to unstable wxWidgets?
This is an interesting but not very understandable read. What exactly are you trying to achieve? If you're looking to use the best available version of wxWidgets under OS X, get 2.9.4 or the current svn version and build it using the Xcode version you have already with Cocoa support. If you absolutely need to continue to use Carbon (why?), either install Xcode 3, available from Apple, or get 10.6 (or 10.5) SDK in some other way and pass it as the SDK to use to configure using --with-macosx-sdk option as explained in the documentation.
VZ is right. If you need to use wxWidgets 2.8 on OS X (and there are legitimate reasons for needing to do so), get the 10.6 SDK. Copy it alongside the already installed 10.7 and/or 10.8 , and select it in the project/target's build settings.
From here I have given up trying to compile anything on my current OSX. I am not going to downgrade or install multiple versions of different libraries in order to satisfy the lack of support for the latest current stable versions.
From here I will download and install binaries only.
I have Mac OSX Lion and just did this:
brew install wxmac
and was able to get through the install with no issues.

Installing Ruby 1.8.7 on Intel MacOSX 10.5.8 - error with make

I am having problems with installing Ruby 1.8.7 using RVM on my Intel architecture MacOSX 10.5.8.
It configures & compiles properly but gives me errors during making.
I tried searching this out but am unable to get through to a solution.
My RVM is installed as single user
Links to my make.log files & my action trails can be found on this springpad note: http://sprng.me/c1s9k
I am assuming that it has got to do with my Developer tools & Xcode(version 3.1.2). I am clueless at the same time though and will appreciate any kickstart you can give me in solving this. I am keen on starting to develop my RoR apps! :D
RVM currently requires Xcode version 3.2.1 at the least. Don't go over version 4.1 though. 4.2 has some serious issues with building rubies and gems, and some of the homebrew and macports packages. They're using an llvm-gcc which is breaking a lot of things.
As for your issue here. Are you running on a 64bit machine? The error in the make logs appear to be based on the architecture type being incorrect. RVM defaults to a x86_64 architecture because the vast majority of the people using it are using 64bit machines, so RVM sets the default to that.We set this in scripts/functions/build and scripts/selector.
We also look for a variable called rvm_arch_flags where you can set the architecture flag needed for your model. This might not be an issue for you if you are using a Core 2 Duo or something similar. Are you running a PPC or something? We usually have issues awith people running Leopard because they are running the early Intels which appear to have been 32bit. You need at least the core 2 duo or xeon based machines.
Now, looking deeper into this, I would try setting rvm_arch_flag='-arch i686' in your global .rvmrc and try rebuilding. if you still run into problems come find me in the #RVM channel on freenode irc. We'll see what we can do. Please also create me a gist of rvm --trace as well.
In addition, it appears to be having problems with the version of the Tcl/Tk frameworks that comes with your Xcode. This could also be due to it being 3.1 rather than 3.2.

How to upgrade ruby on cygwin from source?

I installed ruby 1.9.1 from source on cygwin about 9 months ago. I did a default install i.e make, make test, make install which installed it in /usr/local. I am now trying to install 1.92. After building and installing it using the same steps, I found the gems I had installed stopped working. I though this might happen so I made a back up first and was unable to recover. Is there a way to install it without disturbing the previously installed libriaries or should I just bite the bullet and re-install them? I am also begining to think that installing it in the default location might not have been a good idea as it would be hard to tell what files are ruby and what are not if other things were also installed in this location also. I am guessing there is no such thing as make uninstall?
I know this may not be the answer you're looking for, but I highly recommend you take a look at pik, which is a Ruby version manager that works on Windows.
It's similar to rvm, which is the de-facto way to install and manage Rubies on Mac OS and *nix.

Resources