Thread: cygwin correct setup great full installation and proper usage features

Respect deep joyfully express universal!
Installed on the new cygwin disk; I try to compile ie actually test, I play

Дмитро@Komp /cygdrive/f/HeloWorld
$ g++ ublas_test.cpp -o ublas_test
ublas_test.cpp:1:42: fatal error: boost/numeric/ublas/vector.hpp: No such file or directory
#include <boost/numeric/ublas/vector.hpp>
^
compilation terminated.



I test cygwin, I try to compile. Why is my cygwin installed incorrectly?
Please explain to me how to set it up correctly.


I can't debug cygwin for days. Apparently the two compilers in my system result in an error anyway, but I haven't compiled a fairly simple example yet.

Code:

#include <boost/numeric/ublas/vector.hpp>
#include <boost/numeric/ublas/matrix.hpp>
#include <boost/numeric/ublas/io.hpp>

using namespace boost::numeric::ublas;

// "y = Ax" приклад
int main()
{
    vector<double> x(2);
    x(0) = 1; x(1) = 2;

    matrix<double> A(2,2);
    A(0,0) = 0; A(0,1) = 1;
    A(1,0) = 2; A(1,1) = 3;

    vector<double> y = prod(A, x);

    std::cout << y << std::endl;

    return 0;
}

But he can not find the files that exactly are there? What else is he? setup-x86 itself installed the files
In some directories, I have not corrected anything there.


Help me set up or install cygwin correctly!
I either do not understand or I can not download it correctly.
How do I fix the curve?
Ask me clarifying questions. Point me to resources where the right information is different.
Powerful request for help, about how you need a guide!


F:\HeloWorld\ublas_test.cpp

F:\Cygwin2\usr\include\boost\numeric\ublas\vector. hpp


cd F:\HeloWorld

Дмитро@Komp /cygdrive/f/HeloWorld
$ g++ -IF:/Cygwin2/usr/include ublas_test.cpp -o ublas_test
In file included from D:/MinGW/lib/gcc/mingw32/5.1.0/include/c++/mingw32/bits/gthr.h:148:0,
from D:/MinGW/lib/gcc/mingw32/5.1.0/include/c++/ext/atomicity.h:35,
from D:/MinGW/lib/gcc/mingw32/5.1.0/include/c++/bits/ios_base.h:39,
from D:/MinGW/lib/gcc/mingw32/5.1.0/include/c++/ios:42,
from D:/MinGW/lib/gcc/mingw32/5.1.0/include/c++/ostream:38,
from D:/MinGW/lib/gcc/mingw32/5.1.0/include/c++/iterator:64,
from F:/Cygwin2/usr/include/boost/operators.hpp:98,
from F:/Cygwin2/usr/include/boost/serialization/strong_typedef.hpp:27,
from F:/Cygwin2/usr/include/boost/serialization/collection_size_type.hpp:10,
from F:/Cygwin2/usr/include/boost/serialization/array_wrapper.hpp:22,
from F:/Cygwin2/usr/include/boost/serialization/array.hpp:26,
from F:/Cygwin2/usr/include/boost/numeric/ublas/storage.hpp:21,
from F:/Cygwin2/usr/include/boost/numeric/ublas/vector.hpp:21,
from ublas_test.cpp:1:
D:/MinGW/lib/gcc/mingw32/5.1.0/include/c++/mingw32/bits/gthr-default.h: In function 'int __gthread_yield()':
D:/MinGW/lib/gcc/mingw32/5.1.0/include/c++/mingw32/bits/gthr-default.h:694:33: error: 'sched_yield' was not declared in this scope
return __gthrw_(sched_yield) ();
^


Thus, no compilation for a number of days has been successful! I just don't know how to set it up. What's more, I want to understand correctly how to actually use cygwin particularly well, in which situations especially well, different features.

I have to wonder why cygwin? I suppose there are valid reasons, but at the moment I really have trouble justifying the complications.

My thinking is that cygwin comes from a time when it made more sense, but at present it seems to me much more productive to use Linux or UNIX in a virtual machine, or to build on Windows with a Windows compiler and tools, like Visual Studio.

I've noted you have several posts on the subject, but at this point aren't you starting to reconsider?

Here I see that Mingw is mixed with Cygwin, but they actually have different purposes. Mingw is "native" while Cygwin is analogous to a operating system adapter, almost part way to a virtual machine.

I may be missing something, and I'd like to know what that is.

Thank you!! I thank pleased.

I have to wonder why cygwin? I suppose there are valid reasons, but at the moment I really have trouble justifying the complications.
There is a lot of code that is used to compile it ./configure make, that written about this in README.
There is a lot of such code, and a lot of good.

Here I see that Means is mixed with Cygwin, but they actually have different purposes. Mingw is "native" while Cycling is analogous to a operating system adapter, almost part way to a virtual machine.
Mixing an external MinGW GCC and cygwin should never be tried or expected to work!

This is the trouble, surely this is the root of the problem.
I didn't mean to do that! It is a problem, against my will, and it is not good and not due.

Yes, I removed from the environment variable in Windows, now it turned out! Cheers happily well!! everything compiled perfectly!! Good wonderful good!!!

All expressing deep respect, finally I'm very happy!