View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0029852 | Community | OCCT:Configuration | public | 2018-06-08 12:05 | 2018-10-02 15:14 |
| Reporter | nenadus | Assigned To | nenadus | ||
| Priority | normal | Severity | trivial | ||
| Status | closed | Resolution | no change required | ||
| Summary | 0029852: VS2017: install binaries to vc141 folder instead of vc14 | ||||
| Description | Installation scripts should set default installation folder for binaries to vc141 (or some other value after 14, just not vc14 because it's used by VS2015) when used VS2017. If we have this fixed, we could merge our packages, i.e. have one package with shared include / scripts / data / ... folders instead of having one package per compiler and mode (e.g. {VS2010, ..., VS2017, GCC4.4, GCC4.8, ..} x {x64, x86}). | ||||
| Steps To Reproduce | Build and install with VS2017 with default parameters. | ||||
| Tags | No tags attached. | ||||
| Test case number | |||||
|
|
We intentionally put binaries produced by VS 1017 to folder "vc14" and not "vc141". This allows using binaries produced by VS 2015 and VS 2017 in the same project transparently. The rationale is that compilers are fully compatible, in particular they use the same CRT libs. If you consider that VS 2017 binaries should not be mixed with 2015, or see another general reason to handle them separately, please explain. |
|
|
You are right, I agree with your logic. Let it be vc14 :-) Feel free to close this ticket. Thanks, Nenad. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-06-08 12:05 | nenadus | New Issue | |
| 2018-06-08 12:05 | nenadus | Assigned To | => bugmaster |
| 2018-06-08 12:07 | bugmaster | Assigned To | bugmaster => abv |
| 2018-06-10 22:32 |
|
Note Added: 0076722 | |
| 2018-06-10 22:32 |
|
Assigned To | abv => nenadus |
| 2018-06-10 22:32 |
|
Status | new => feedback |
| 2018-06-12 15:17 | nenadus | Note Added: 0076724 | |
| 2018-07-17 08:02 | kgv | Relationship added | related to 0028701 |
| 2018-07-17 08:02 | kgv | Relationship replaced | child of 0028701 |
| 2018-10-02 15:14 |
|
Status | feedback => closed |
| 2018-10-02 15:14 |
|
Resolution | open => no change required |
