[過去ﾛｸﾞ] Visual Studio 2017 Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
795(1): (ﾜｯﾁｮｲ 0b02-vxiR) 2018/05/29(火)05:39 ID:TzZxU1dP0(1) AAS
>>792
と思いたいのはおまえだけ
現実は微動だにしない
796(1): (ﾜｯﾁｮｲ 13b3-Lo1h) 2018/05/29(火)05:42 ID:BIivdZSG0(1) AAS
>>795
> 現実は微動だにしない
お前だけの現実な w
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なんか使ってる場合じゃないって感じです。
上下前次1-新書関写板覧索設栞歴
あと 188 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s