[過去ﾛｸﾞ] Visual Studio 2017 Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
797: (ﾜｯﾁｮｲ d123-HY9j) 2018/05/29(火)11:39 ID:QKhV4oKb0(1) AAS
>>794
makeより使いにくい
798: (ﾜｯﾁｮｲ c179-vxiR) 2018/05/29(火)12:24 ID:pQ4bQnk50(1/2) AAS
別にVSに限らず、プロジェクトファイルとソリューションみたいな構成は当たり前なんだどな。
Linuxにはアプリが無いからその辺りのリテラシーが無いんだろうね。
799: (ﾜｯﾁｮｲ c179-vxiR) 2018/05/29(火)12:26 ID:pQ4bQnk50(2/2) AAS
Linux使ってる奴ってペイントソフトだって画像ファイルだけで起動できるとか思ってそう
800: (ｱｳｱｳｶｰ Sa95-2VYQ) 2018/05/29(火)12:29 ID:AZP0C/Fsa(1) AAS
linuxだって普通はGUI操作だからユーザーのレベルや認識はwindows,macと大して変わらない
801: (ﾜｯﾁｮｲ 7923-Y0oy) 2018/05/29(火)12:37 ID:WLsT9puy0(1/2) AAS
Linux にはアプリがない
Firefox とか Chrome が Windows で開発されてきたと思ってるような人いるんだな
802: (ｽｯﾌﾟ Sd33-tYJm) 2018/05/29(火)12:45 ID:OlRIpxEhd(1/2) AAS
Linuxだと乱立してるだけで、統合開発環境だっていくらでもあるような？
803(2): (ﾌﾞｰｲﾓ MMcd-GmoF) 2018/05/29(火)12:53 ID:Qb+w5weoM(1) AAS
最近はソリューション的な概念をエディタが管理するのは好まれないだろ
ディレクトリ構造をベースにして柔軟に扱うのが主流だよ
804(1): (ﾜｯﾁｮｲ 538d-DqgS) 2018/05/29(火)13:27 ID:8fl4QABa0(1/2) AAS
>>803
え゛
805: (ﾜｯﾁｮｲ 7923-Y0oy) 2018/05/29(火)13:38 ID:WLsT9puy0(2/2) AAS
>>803
Unix では昔からそんなだしな
806: (ﾌﾘｯﾃﾙ MM8b-WOsZ) 2018/05/29(火)14:06 ID:h0FeVVSxM(1/2) AAS
a.out
807: (ｽｯｯﾌﾟ Sd33-Y0oy) 2018/05/29(火)14:11 ID:OFFVaipLd(1) AAS
それバイナリ
808: (ﾌﾘｯﾃﾙ MM8b-WOsZ) 2018/05/29(火)14:15 ID:h0FeVVSxM(2/2) AAS
a.outフォーマット
https://ja.wikipedia.org/wiki/A.out%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88
809(2): (ｽｯﾌﾟ Sd33-tYJm) 2018/05/29(火)14:30 ID:OlRIpxEhd(2/2) AAS
VSはa.outで出力できるんかね？
ELFとかあるから意味無いと思うけど
810: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)16:50 ID:sxnzIvUq0(1/11) AAS
KHTMLのころに使ってたけど、Linuxユーザーには不評だったよ。
当時、ネットスケープは良く落ちて、それはサイトがIE用に作られているからだと言われていた。
したがって、ネットスケープが落ちるページでKHTMLが落ちないということは、KHTMLが標準から逸脱しているからだと考えられていた。
ところで今、シェアを落としたMSは、標準がどうあろうとChromeと異なる動作があるなら、それはEdgeのバグとして対処すると言っている。
811(1): (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)16:54 ID:sxnzIvUq0(2/11) AAS
>>809
Visual StudioはIDEなので、コンパイラは何でもいいんですよ。
現在、cl、Clang、gccが使えます。
もちろん、gdbとも接続できます。
812(1): (ﾜｯﾁｮｲ 1323-Y0oy) 2018/05/29(火)17:31 ID:v6whBIqk0(1) AAS
>>809
メイクファイルプロジェクトにすれば何でもok
813(1): 809 (ｱｳｱｳｴｰ Sae3-tYJm) 2018/05/29(火)17:58 ID:JNcGSML2a(1) AAS
>>811、>>812
サンクス
VSのクロスプラットフォームってビルドもリモートの環境を使うのね
そしてgccのデフォルト出力はELFだった(ファイル名はa.out)
814: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)18:06 ID:sxnzIvUq0(3/11) AAS
考え方としては、Visual StudioはSSH経由でLinuxに接続できるので、ほとんど何でもできる。
MSBuildやCMakeはLinuxに対応している。
Visual StudioはMSBuildはもちろん、CMakeにも対応している。
CMakeに何かを書けばそのままインテリセンスが効くようなレベルで対応してますね。
見逃せないのは、MSはオープンソースのVCPKGというパッケージマネージャを出しているのですが、これがLinuxやMacにも対応していることですね。
これまでMSはオープンソースやクロスプラットフォームに後ろ向きだったのですが、心を入れ替えたようです。
これはもうMacなんか使ってる場合じゃないって感じです。
815: (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)18:09 ID:sxnzIvUq0(4/11) AAS
>>813
それがwslのおかげでWindowsだけで完結しちゃうんですよね。
wslはもっと重いものを想像していたんですが、フットプリントは小さいです。
つまり、Ubuntuを起動してもタスクマネージャには数メガバイトしか表示されません。
ディスクの消費も200MB程度だったと思います。
816(1): (ﾜｯﾁｮｲ c9b3-UDci) 2018/05/29(火)18:23 ID:sxnzIvUq0(5/11) AAS
Linuxのコマンドには使えるものがかなりあるので、Windows開発者であってもwslは入れた方がいいと思いますよ。
たとえばgperfなんか普通に使いますよね。
これまではちょっと野良っぽいwin32版なんかを使っていたと思うのですが、開発環境に野良を入れるのは気が引けていました。
逆に、Linux開発者がWindowsとwslを使えば、Excelなんかが便利に使えると思います。
列挙体なんかを書く時には、Excelのシートに表を作り、整形させると思います。
これの良いところは、整形用のマクロが一緒に保存できることだと思います。
上下前次1-新書関写板覧索設栞歴
あと 186 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s