i have ran the below command and nothing works for me.
juliac.jl -vae compile=all C:\PackageCompiler\examples\hello.jl
Note:
installed PackageCompiler.jl
Related
I try to install Haskell with chcolatey. When I run choco install ghc it downloads ghc as expected. But at some point it says this:
Access to the path 'C:\tools\ghc-9.0.1-x86_64-unknown-mingw32' is denied.
Renamed C:\tools\ghc-9.0.1-x86_64-unknown-mingw32 to C:\tools\ghc-9.0.1
ERROR: Could not find a part of the path 'C:\tools\ghc-9.0.1\bin\ghcii.sh'.
The install of ghc was NOT successful.
Error while running 'C:\ProgramData\chocolatey\lib\ghc\tools\chocolateyInstall.ps1'.
See log for details.
I run this command in the Windows PowerShell as Administrator, so why he can't access this folder?
Im using Windows 10 Pro.
Found the solution!!!
My Antivirus-Software blocked the access. I just deactivated it for the time of the installation and it worked fine.
I would like to compile the Linux-based mail client, Geary, for my Windows computer.
I'm wondering if I could compile it using a program such as MonoDevelop on my Linux machine with the target being Windows, or if I'll have to use cygwin or mingw on my Windows machine.
Thanks
You can cross compile on Linux to Windows. There is a MinGW build for Linux. Use valac -C to produce C sources then i586-mingw32msvc-gcc to compile the sources and link against Windows DLLs of the libraries needed. Vala determines includes using pkg-config which will pick up compilation arguments from the host system. You can override this by setting PKGCONFIG_PATH to the directories where your Windows libraries' .pc files live.
Alternatively to compiling, you can run Geary on Windows 10 via the WSL.
This question here lead to give it a try. It can be done, but requires many steps and it doesn’t work very well for the time being.
https://heracl.es/ephemera/2018/08/08/geary/
Do you really need to compile it? If you have windows 10, you can run a linux environment, for instance ubuntu. Then Geary runs. I can confirm, as I have it running NOW.
There are several tutorials on how to get Ubuntu running in the WSL on Win10.
I have the following code:
PROGRAM TEST
IMPLICIT NONE
PRINT *, "test"
END PROGRAM TEST
It is compiled successfully using this command:
C:/cygwin64/bin/x86_64-w64-mingw32-gfortran.exe test.f08 -o test.exe
When I run the program by double clicking it, it produces the error:
"The application was unable to start correctly (0xc000007b). Click OK to close the application."
The file libgfortran-3.dll is in the same folder as the executable. My environment is Windows 8.1 64-bit. Cygwin (Setup.exe version 2.850 (64 bit)) is installed to C:\cyginw64. All defaults packages were installed, along with all "Base" and "Devel" packages. My system PATH environment variable includes C:\cygwin64\bin. Running the program from the Cygwin64 terminal produces no output.
What is causing this error? I have another, more complicated program that suffers from the same error.
Possibly related: why gfortran under cygwin can't compile correctly?
That error code is an NTSTATUS code, specifically STATUS_INVALID_IMAGE_FORMAT. Almost without fail that means you are trying to load a 32 bit module into a 64 bit process. Or vice versa. Use a dependency analysis tool to work out which module has the wrong bitness. For example Dependency Walker.
I have tried to run an executable 'crcor' with the command
ben-Aspire-S3-391:/usr/local/src/runz% /usr/local/src/runz/crcor
/usr/local/src/runz/crcor: Command not found.
I have successfully run the code on another machine but am unable to reproduce the results on this machine.
On both machines,
which sh returns /bin/sh
however
echo $shell returns /bin/tcsh on the working machine
and /usr/bin/tcsh on the not working machine.
Any tips on how to diagnose the difference between the two to help me get this running would be great.
Edit1:crcor is an executable that links to a fortran code
Edit2: edited for spelling, '/usr/bin/tsch' --> '/usr/bin/tcsh'
Solution: Installing 32-bit libraries on my system (64-bit) has solved the issue. 'ldd' command on the working version revealed that it was recognised as a dynamic executable but on the not-working version it wasn't recognised as a dynamic executeable. Specifically ia32-libs was installed.
Solution: Installing 32-bit libraries on my system (64-bit) has solved the issue. 'ldd' command on the working version revealed that it was recognised as a dynamic executable but on the not-working version it wasn't recognised as a dynamic executeable. Specifically ia32-libs was installed.
I downloaded the latest OpenCV 2.2 sources for Windows and compiled on Windows XP using MinGW 4.4.1, with the help of CMake 2.8.
Everything went smoothly and compilation (mingw32-make) and installation (mingw32-make install) completed successfully.
However, when I compile some code containing namedWindow() and imshow() functions of highgui, it compiles but the program crashes. The following single line of code crashes:
namedWindow("img", CV_WINDOW_AUTOSIZE);
The sample programs coming with OpenCV, displaying images, also crash.
Have anyone experienced the same problem, and do you have a solution?
I have also compiled and am using OpenCV 2.2 on linux (Ubuntu) without any problem.
Thanks a lot.
I've the same problem. I built OpenCV 2.2 under WindowsXP, using CMake, MSYS-make and mingw.
The sollution is explained here: mingw32 SSE/SSE2 instabilities
What I have done is the following:
Use CMake (2.8.4), specify target directory and run "Configure" for MSYS's make.
Type Debug at "CMAKE_BUILD_TYPE".
Remove checkmark for "SSE2".
Run "Configure" again.
Run "Generate".
Run make at target directory.
Run make install.
This worked for me.