Cygwin使っている人いますか？ 5

と、短小包茎引き籠りニートが述べていますｗ

>>859
ほとんど某コピペそのままの回答になるが、
cygwinそのものを開発するのに参加したいとかいうのでなければ
cygwinの勉強というのはしなくて良いと思う
cygwin環境自体はwindowsを*nixっぽい操作で使いたいって人の便法以上のものじゃない
っていうのがほとんどのcygwin使いの割と共通した感覚だと俺は信じる
（>>860も同様の趣旨だろう）

msys云々は作ったソフトをどこかに配るときにcygwin依存だと
cygwinをバンドルして配るのかとかそういう面倒が絡んでくるから、
cygwinに依存しないwindowsネイティブなソフトをビルドしたい
という場合には、cygwin上でクロスビルドするかmsys上でビルドするか
しないといけないって話か？
もしそうなら、クロスビルドに抵抗ないならどっちでもいいと思うけど

しかし、cygwinももうそろそろ改善されて
クロスビルド不要でプログラミングできるくらい
言い換えればmsysの存在価値が無くなるくらいになって欲しいものなのだが
>>862の後半分のことなんてかなり昔から指摘されているのだから
Emacsなんぞやりつくした感があって、どうでもいい機能ばかり
リリースする度に付加されてくるんだが。
（ただし、Windowsユーザーからすれば、Emacsは公式ビルドでは64bit対応にまだなってないのと、
TSFによるIMEパッチが適応されてない問題点があるが）

> クロスビルド不要でプログラミングできるくらい
どういうのを想定しているんだ。cygwinのgccはcygwinアプリをビルドするもので
通常のWin32アプリをビルドするものではないから、Win32アプリをビルドするなら
クロスビルド必須だろ。

>>863
> 昔から指摘されている
とか言ってるが、むしろ、cygwin用gccの-mno-cygwinオプションがあった昔のほうが
クロスビルド意識する必要なかっただろ
gcc-4系がデフォになったときに-mno-cygwinオプションが廃止されたのは
明確にwinネイティブをクロスビルドするってことを意識して使えってことだと思うぞ
32bit/64bitクロスビルドとかlinuxクロスビルドとかもできるようにするパッケージ
とかもあってそれらとの整合性とかもあるんだろうけど

>>863
ついでにいえば、デフォがcygwinビルドであってwinネイティブビルドじゃないのは
winをUNIX-likeに使いたい人にとって(linux/Unix系で使ってるソフトの)
ソースのポータビリティが高いほうがいいってことを考えると理解できる。
んで、winネイティブソフトのビルドしか考えないならmsys使えという話になる。

>>864
>>865

>>863の内容からすると、Emacsを対比の例として出してきているから、
cygwinだけで何でもできるように汎用性を持たせるべきということだろう。
msys2をcygwinに統合という形でもいいとは思うのだが、
目的の機能ごとにツールがあるというのはリソースの無駄遣いだし、
何でもそれ一つで出来るというのは技術的には難しいだろうが、
その方向性で尽力していくべきなんじゃないか。
確かに同じくGNUに参画してるEmacsはどうでもいい機能をリリースする度に付け加えて行って、
それ一つで何でもできるように尽力していっているんだから。
WindowsでもSecurity Essentialsを統合してWindows Defenderに一本化して
よりリソースの無駄な贅肉を落とそうとしたんだから。

だからクロスビルドすりゃいいだろ
お前の口ぶりだと
「linuxでビルドしたらlinuxアプリができてしまってどうしてwinアプリにならないんだ」
って言ってるも同然だぞ

いや、機能をごとにツール作るよりは
一つに統合させた方が合理的かつ効率的だろ
クロスビルドする必要ないし
msys2でできるのだからcygwinで機能付けるわえることできないわけはないだろうってこともある

どういうこと？

>>870
枝雀さん乙

昔のgcc使えってことか

Windowsでいえば、
Windows Defender→cygwin
WindowsSecurity Essentials→msys2
という存在にした方がいいってことじゃないか
msys2の機能をcygwinに盛り込むというのは技術としては不可能じゃないと思うけど

>>869
ターゲットアーキテクチャが違うんだからクロスビルド以外には無理

>>873
機能の問題ではないので的外れ

msys2とcygwinじゃ目指す方向が違うから統合はありえんな。

>>875
いや機能を問題にしているんだが
>>874の言うように技術面で不可能というというそういった議論をしているんだ

>>869
cygwinにもmingwｸﾞｼｼあるから、コンパイルに必要なmakeやcoreutilsなんかのコマンドは当然cygwinのを使えばいいんでない？という現状は統合してると言えないの？

>>878
それでできたプログラムは、
汎用性あるのか？
WINマシンならどのパソコンでも
インストール実行できるとかいう意味での汎用性
ということで。

>>879
当然。上でさんざん出てるクロスビルドの話が分かってなさそうだな。

>>877
だから機能の問題じゃないんだっての
むしろちゃんと機能があるからクロスコンパイルができる
ターゲットが違うコンパイルのことをクロスコンパイルって呼ぶんだから
win32ネイティブアプリをcygwin上で作ったらそれはどんな方法で作ろうが自動的にクロスコンパイルであって
クロス抜きなんてのは論理的にも物理的にも存在しえない

>>877
繰り返しておく、機能の問題でも技術面の問題でもない

>>882
問題あるだろ、クロスビルド必要なんだから
msys2はクロスビルド不要なんだから

msys2とcygwinはそもそも目的が違うのに何言ってんだ。
cygwinは、unix向けのソースを持ってきてビルドすればそのままcygwinアプリとして動くのが目的。
msys2は、あくまでWin32向けのソースをビルドするための環境。unix向けのソースを
ビルドしてWin32アプリとして動くわけではない。

高脳なわりにわけわからんこと言ってる人いるね

>>844
だから両方の目的（機能）を統合すればいいと言われているんじゃないか
cygwinでクロスビルド不要で汎用性のあるWinアプリビルドできるようにすればいいってこと

不可能

>>883
お前頭おかしい

>>886
ホストのアーキテクチャとターゲットのアーキテクチャが違う
cygwinはcygwin上で動いてるがmsysはwin32ネイティブで動いてる
だからwin32ネイティブバイナリをビルドするとき、前者はクロスビルドと呼ばれ、
後者はネイティブビルドと呼ばれることになるっていうだけ。
>>881をよく読め、クロス以外で不可能ってのは機能の問題でも技術面の問題でもないから。

>>883
繰り返すぞ、
cygwin上(host-arch: i386/amd64-pc-cygwin)でwin32ネイティブアプリ(target-arch: i386-pc-mingw32)をビルドするのは
host arch≠target archだからクロスビルド、この場合クロスでないネイティブビルドというのは存在しない
msys上(host-arch: i386-pc-mingw32)でwin32ネイティブアプリ(target-arch: i386-pc-mingw32)をビルドするのは
host arch=targetarchだからネイティブビルド、この場合ネイティブでないクロスビルドというのは存在しない

おまえはこれが機能や技術ではなく、単なる言葉の定義の問題であることを理解しなければいけない。
おまえはarchitecture tripletから勉強しなおせってこった。

そもそもmsysにも、msysアプリをビルドするためのgccが別に用意されてて、
msysに入ってるunix系ツールはそれでビルドされてる。
結局、Win32アプリとmsysアプリはターゲットが違って統合なんかされてない。

>cygwinはcygwin上で動いてるがmsysはwin32ネイティブで動いてる
だからwin32ネイティブバイナリをビルドするとき、前者はクロスビルドと呼ばれ、
後者はネイティブビルドと呼ばれることになるっていうだけ。

おまえはこれが機能や技術の問題であり、単なる言葉の定義の問題ではないことを理解しなければいけない。
おまえはarchitecture tripletから勉強しなおせってこった。

>>892
ﾌﾟｗｗ
ついに屁理屈も出せなくなったのか

host arch≠target archだからクロスビルド、この場合クロスでないネイティブビルドというのは存在しない

存在しない ということは　技術的に不可能ってことだね
日本語の問題

っで、ビギナーに最適なCygwinの入門書又は入門サイトをご教示ください
プログラミング未経験者というくらいのビギナーを想定してください

Cygwin
http://ja.wikipedia.org/wiki/Cygwin
＞Cygwin（シグウィン）は、Windowsオペレーティングシステム上で動作するUNIXライクな環境の一つである。

プログラミングが目的ならVisual SyudioとかPleiadesとかの開発環境を導入したほうがよさ毛

>>896
っじゃあ、Cygwinの標準的な使用目的とは？
>>895に関しては？

>>860 に戻る

>>860は回答と認めず

>>860では不親切過ぎるからな

こんなところでしょうか・・・？

Cコンパイラ使いたい　→　Visual Studio, Eclipse, Borland C++
gcc使いたい　→　MinGW
プログラミングを始めたい　→　ドットインストール,　Scratch
UNIXコマンド使いたい → Gow
UNIX使いたい　→　FreeBSD
(不明な理由)　→　Cygwin

>>901
MinGWよりも今ではmsys2だろ

>>901
今時Borland C++はない。

msys2

>>894
だから、技術的には機能を含んでいるからクロスコンパイル可能。
言葉の定義上「クロスコンパイル」以外ではありえないから
「クロス不要にする」とかいうアホの主張は論理的に無意味。

日本語能力に問題あり過ぎだろお前。

Winマシンで手軽にコマンドラインレベルのTCPつかうツール書くのにCygwin重宝するよね〜

>>905
だから、技術的には機能を含んでいるからクロスコンパイル可能というのは関係ない。
言葉の定義上「クロスコンパイル」以外ではありえないから
「クロス不要にする」とかいう要望は技術的に不可能。

日本語能力に問題あり過ぎだろお前。

>>907
機能の問題だと主張するアホに対して昨日の問題ではないと言っているんだぞカス

今日の問題

明日の問題