How can I install the newest
cobol
language
version on my win 10 computer
I want to do programming like this
Identification Division.
Program-ID. HALLOPGM.
Procedure Division.
Display "Hallo Welt!".
STOP RUN.
You can install GNUCobol on your computer. It is a free version of COBOL.
Related
After repairing a crashed MS Office 2019 I did not manage to reinstall the correct MS-Access database driver for my ADO Connnections on a X64 Win11 system.
I tried to install alternatively the database engines 2010 and 2016, but neither of them was shown.
Does anyone have a hint?
Oswald
Solution:
Download 32-bit Driver
From command-line: Driver.exe /passive
Oswald
Here a longer description of the way to a solution:
My skills are just scratching the surface, I'm afraid. What I know: The IDE of Delphi 10.4 is 32-bit und doesn't work with the 64-bit database engine of Microsoft.
The complete process for getting a working system has been:
Download both (32-bit and 64-bit) drivers
First install the 64-bit driver (not shown in IDE)
Then install from command-line 32-bit driver: accessdatabaseengine.exe /passive
Trying to install a 32-bit driver on a 64-bit Win11-system will raise an error, while not having installed the 64-bit driver first.
Maybe somebody is able to explain this in more depth. I am not…
Oswald
Hello,
I have been using Lua 5.1.2 since I begun learning Lua, and I wanted to upgrade to a more recent version, but there aren't any tutorial on how to do it, and I never did something similar. I downloaded the Lua 5.4.0 binaries, but I don't know how to install LuaRocks, which is really useful. (I don't know if this information is useful, but I'm using Windows 7)
Thank you.
so you got 5.4.0 installed?
https://github.com/luarocks/luarocks/wiki/Download
you probably want the 64-bit version of LuaRocks
if it complains, try the 32-bit instead.
just guessing, because most processors are 64-bit these days - unless it's something like a Raspberry Pi, but then you wouldn't be on Win7...
I tried
scons --verbose
scons -verbose
Seems both gave me the version information, not the verbose mode. I wish to look into some more details on how scons build my project. Is there a command line for this?
I know python support asian language, no problem
$ python
Python 2.7.13 (default, Dec 17 2016, 23:03:43)
[GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.42.1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> print '妳好'
妳好
I tried inside my SConscript
print "妳好".
scons prints some error:
SyntaxError: Non-ASCII character '\xe5' in file /home/abc/SConstruct on line 2, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details
I wish to know if SCons supports asian languages in its print?
Thanks.
Q1: Does SCons support --verbose?
A1: No see the man page or use scons -h to see all supported flags
http://scons.org/doc/production/HTML/scons-man.html
Q2: Does SCons support foreign languages?
A2: You're questions might be better asked as "Does SCons support unicode?". In which case the answer is Not Really. But we're working on python 3 port which should
I need to install Biopython for my laptop, Windows 7 win 64. I have checked the website and I can only find for 32 bit. Can I install this on my laptop? The 64 bit is unofficial and I'm not willing to download it.
There is no problem in downloading the 32 bit version. It will work on 64 bit Windows.
If you want to use the precompiled version, you can download it from here: http://www.lfd.uci.edu/~gohlke/pythonlibs/#biopython
e.g. biopython-1.68-cp35-cp35m-win_amd64.whl
cp## is the python version and amd64 stands for the 64bit version. Copy the file to your python directory in the subfolder Scripts.
Next you need to use the windows command line.
e.g.
cd your\python\directory
cd Scripts
pip install biopython-1.68-cp35-cp35m-win_amd64.whl
Alternatively you can compile it yourself, see here for a short manual.
Suppose I have a C++ project, and I compile it with gcc and with clang. You can assume that the gcc compiled version runs in another linux machine. Will this imply (in normal circumstances) that the clang version will also run on the other linux machine?
Clang binraries are as portable as gcc binaries are, as long as you are linking to the same libraries and you aren't passing flags like -march=native to the compiler.
Clang has one huge advantage over gcc, it can deal with alsmost all libstdc++ versions,
while gcc is bound to its bundled version and often can't parse any older versions.
So the following often happens in production environments:
Install an LTS distro (Ubuntu 12.04 for example)
Keep gcc, glibc and libstdc++ untouched
Install a recent clang version for C++11, etc
Build the release binaries with clang
So (in my specific example) those binaries will work on all
distros with libstdc++ >= 4.6 and glibc >= 2.15.
This may be an interesting read for you.
If the program is a simple Hello world, it should work on the other machine when compiled through Clang.
But when the program is a real program with a lot a lines and compilation units, and calls to many external libs everything is possible depending on the program itself and the compilation options :
hardware requirements (memory) being different (mainly depends on compilation options)
use of different (versions of) libraries between gcc and clang
UB giving expected results in one and not in the other
different usages for implementation defined rules
use of gcc extensions not accepted by clang
For all of the above except 2 first, it should run on other machines it it runs on one
linux programs depend on their build environment. If your glibc version or kernel is different there will be lots of possibilities that the executable will not be able to run. You could use the interpreter language of llvm though, it compiles into bytecode which can be interpreted on various operating systems.
The answer is, well, depends.
The first hard requirement is the same CPU architecture. 64 Bit is not enough of a qualifier. If you compile of x64 you won't have much success running it on 64-Bit ARM.
The next big one is libraries. If you use any libraries in the program, the target system needs to have those libraries. This includes the kernel headers. So if you compile for e.g. a current kernel version, using the most cutting-edge features, then you will have no joy running that program on a very old version of Linux.
The last one is hardware dependencies. If you create a program that e.g. requires 4 GB of RAM and then try to run it on a small embedded device with 256 MB RAM, that won't work either.
To fit better to your changed question: From my experience there shouldn't be much of a difference in portability between Clang and gcc. Also googling didn't turn up anything, so it should basically work. But better always test stuff like that before you publish some binary in production.