Support Board
Date/Time: Fri, 10 Jan 2025 23:04:43 +0000
[User Discussion] - M$VC++ compiler leaving garbage in ACS_Source
View Count: 786
| [2016-10-14 09:30:29] |
| bjohnson777 (Brett Johnson) - Posts: 284 |
|
As I'm tweaking all my programs to compile cleanly with M$VC++, I noticed it's leaving .ext .lib and .obj garbage files behind that the previous compiler didn't. While they're easy enough to manually delete, this is really a mess with my nearly 3 dozen source files to work through. These extra files could also confuse end users compiling someone else's source code. Can these be auto-deleted on a successful compile? Thanks |
| [2016-10-14 09:44:06] |
| |
|
We are definitely not going to spend time on that. We are going to work on remote compiling. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-10-14 12:14:28] |
| DabbaDo - Posts: 148 |
|
Hmm, would you elaborate on what you mean by "remote compiling?" It sounds important. Perhaps I'm going in the wrong direction in my development (of studies). Thanks.
|
| [2016-10-14 12:28:09] |
| bjohnson777 (Brett Johnson) - Posts: 284 |
|
The devs already marked this thread as "[User Discussion]". I can't unmark it. They will ignore it from here on out. I'd recommend starting a new thread. I guess it was too much to ask for them to add a "del" statement to their compile script. |
| [2016-10-14 12:36:00] |
| DabbaDo - Posts: 148 |
|
Thanks. I found an answer here: New Compiler | Post: 98560 Compiling on their server sounds interesting. I guess we'll have to see how it comes out. |
To post a message in this thread, you need to log in with your Sierra Chart account: