I am trying to find installer for sml nj .93 version,and also how to install it .I have been advised to use this version rather than sml nj 110 version
SMLNJ version 0.93 was released in 1993. It is available for historical purposes.
SML/NJ 0.93 has been tested on these machine/OS combinations:
Sun M680x0/SunOS (x >= 2)
HP M680x0/HPUX[6,7,8] **
NeXT M68040/NeXTStep[2.0,3.0]
Apple M680x0/AUX[3.0]
Apple M680x0/MacOS
Sun SPARCstation/SunOS[4.1.1, 4.1.3]
DEC MIPS/ULTRIX[UWS4.2]
DEC Mach
MIPS MIPS/RiscOS[4.51,4.52]
SGI MIPS/IRIX[4.0.x]
Sony MIPS/Sony-News
IBM RS6000/AIX[3.2]
Sequent I386/DYNIX3
Intel I[386,486]/BSD/MACH
It was never tested on any version of Microsoft Windows including Windows 3.1 and Windows NT 3.1 which would have been available at the time. I recommend pursuing additional information in regards to the recommendation.
It might be possible to run SMLNJ 0.93 in a virtual machine running BSD. It is highly unlikely to run natively under Windows 8.1.
Related
I have very old application(using specific language, CLOS based language) that was installed on a Sun Ultra 10(Solaris 2.6).
I have this OS, application source code with compiler.
I want to know whether it's possible to install this old OS(solaris 2.6) using old builds of VirtualBox, Vmware or others on my current Windows host(windows 7x76 or 10x64).
Any comments would be greatly appreciated.
The Sun Ultra 10 uses an UltraSPARC II CPU, and not an x86-family CPU. So you can't use VirtualBox or VMWare to run Solaris 2.6.
QEMU can be used to emulate SPARC CPUs. The UltraSPARC emulation (sun4u) is supported, but in beta.
Is it possible to do Intel SGX development on the older generation of Intel processor that does not have SGX support with some simulation environment?
I tried to install SGX SDK which installed correctly but could not able to install SGX PSW as supporting Intel SGX processor is a hard requirement for it.
https://software.intel.com/en-us/documentation/sgx-sdk-installation/platform-software-installation
I wanted to develop and learn simple SGX application.
You may try OpenSGX and QEMU.
OpenSGX is an experimental software that emulates Intel SGX hardware components at the
instruction level and provides new system software components
necessarily required for full TEE exploration. You may check some recent papers from 2016 and 2017.
QEMU SGX is an experimental QEMU version that supports SGX. You may check some slides from 2014.
You may also use the SGX SDK in Simulation mode - try the sample enclaves from the SDK directory, you don't need the SGX PSW to run them.
Apparently, Intel has an emulator (mentioned in 2015 by Microsoft) but it is not available to the public. In addition, because that emulator was not performant, Microsoft decided to create their own emulator/windows driver (that is not available neither) to implement their Haven project.
I have an intel i7 haswell cpu, and I would like to start exploring OpenCL development. In particular, I am interested to run OpenCL code on the integrated GPU.
Unfortunately, by now, I was not able to find any SDK on Intel's site..
May you provide some links, together with a summary of the current status of OpenCL tools for the Linux platform and Intel hardware?
I think this would be useful to many other people..
Thanks a lot!
Intel does not provide free support for OpenCL on their iGPUs under Linux - you have to buy the Intel Media Server Studio, minimum $499. On Windows, you can download a free driver to get OpenCL capability for the iGPU: https://software.intel.com/en-us/articles/opencl-drivers#philinux.
Note that you can use any OpenCL SDK you want - it doesn't have to be Intel. The SDK is only useful for building your program. For running an OpenCL program, you need an appropriate runtime (driver) from the manufacturer. The AMD SDK will give you access to the CPU as an OpenCL device, but not the iGPU.
There is Open Source OpenCL implementation for Intel GPUs on Linux called Beignet, maintained by bunch of guys from Intel.
Sadly, couldn't personally try and check if Your's GPU is properly supported, but on their wiki they states:
Supported Targets
4th Generation Intel Core Processors "Haswell", need kernel patch currently, see the "Known Issues" section.
Beignet: self-test failed" and almost all unit tests fail. Linux 3.15 and 3.16 (commits f0a346b to c9224fa) enable the register whitelist by default but miss some registers needed for Beignet.
This can be fixed by upgrading Linux, or by disabling the whitelist:
# echo 0 > /sys/module/i915/parameters/enable_cmd_parser
On Haswell hardware, Beignet 1.0.1 to 1.0.3 also required the above workaround on later Linux versions, but this should not be required in current (after 83f8739) git master.
So, it's worth a shoot. Btw, it worked well on my 3rd generation HD4000.
Also, toolchain and driver in question includes bunch of GPU-support test cases.
For anyone who comes across this question as I did, the existing answers have some out-of-date information; Intel now offers free drivers for Linux on the site posted above: https://software.intel.com/en-us/articles/opencl-drivers#philinux
The drivers themselves are only supported on 5th, 6th and 7th gen Core processors (and a bunch of other Celerons and Xeons, see link), with earlier processors such as 4th gen still needing the Media Server Studio.
However, they now offer a Linux Community version of Media Server Studio which is free to download.
They also have a Driver Support Matrix for Intel Media SDK and OpenCL which has some useful information about compatibility: https://software.intel.com/en-us/articles/driver-support-matrix-for-media-sdk-and-opencl
You may check intel open source Beignet OpenCL library: http://arrayfire.com/opencl-on-intel-hd-iris-graphics-on-linux/
For me (ubuntu 15.10 + Intel i5 4th generation GPU) it works quite well.
P.S.
Also I must say that I managed to download "media server" for linux a couple of months ago (but didn't used it yet). So you may check it also.
I have a laptop running Ubuntu, it has a 32 Bits processor (Intel Core 2 Duo T6400 2.00GHz) and a graphics card Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller. I would like to know if I can program with OpenCL in this system. If yes what do I need?
I have been searching Google, ofcourse. I found this page:
http://software.intel.com/en-us/articles/download-intel-opencl-sdk/
But I only found a RPM package in the Linux section. I can install it in my Ubuntu system, but the package is for a 64 bit system.
Unfortunately you will need the following distributions:
http://software.intel.com/en-us/articles/opencl-release-notes/
Novell* SUSE* Linux Enterprise Server 11 Service Pack 1 (64-bit version)
Red Hat* Enterprise Linux 6 (64-bit version).
If you cannot change distribution, an alternate way is to use NVIDIA's CUDA SDK in emulation mode. It will be slow, but will work.
Try AMD's APP SDK (link). It has 32 bit version and runs on Intel CPUs without any problems.
Using Intel GPUs for OpenCL is impossible right now.
Intel does not support GPU accelerated OpenCL as of now. The OpenCL SDK you linked in your question will run on your CPU. So yes, no matter what GPU you have in your system, you will be able to do OpenCL -- albeit on the CPU.
Furthermore Intel only provides an RPM. You can try to use Alien to install it on your Ubuntu system, if you had a 64bit CPU. The only thing you could do now would be to get an NVIDIA or AMD GPU and use their OpenCL SDKs respectively. Or get a new computer with Intel CPU / and 64 bit support.
I've built a C++ application using MSVC 2010, default compile settings (note: Using "Multithreaded" instead of "Multithreaded DLL" to avoid the Microsoft C++ runtime being needed).
I used only the STL and a few, old functions from the Win32 API (Windows.h).
Where will my app run? (98-7?)
Can the be any differences on how my app works on different PCs? As said: It's only a simple console app.
I'd be glad if you could add some additional information if you have it!
The Simplest answer is: Your app will run on Windows versions 5.0 and later - depending on what other APIs YOU use.
the hard limit of 5.0 is introduced in Visual C++ 2008 that stamps a 5 into the minimum OS version field in all the PE headers of all the executable files it produces.
As Windows NT is the only desktop OS with version's 5 and higher, this means that Windows 95, 98, ME cannot run programs made with VS 2008 and VS 2010. Windows 2000 is actually Windows NT 5.0, so it can be targetted. XP is 5.1, Vista 6.0, and in a twist of idiocy, Windows 7 is actually version 6.1 of Windows NT.
Take a look at "Using the Windows Headers" at MSDN. It describes how to configure the windows header files to support various mixtures of OS's.
I think you have to think about it the other way, what versions of Windows do you need to support, and then you can check if the APIs you need are supported or if you have to find workarounds.
After seeing Chris' comment about Win9x no longer being supported I took a look and discovered that the 2010 redist package only supports WinXP and upwards, so you might not be able to compile for Win 2000 either now?