Closed
Bug 454385
Opened 17 years ago
Closed 17 years ago
update TC VS2008 project files with VTune config
Categories
(Tamarin Graveyard :: Virtual Machine, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: edwsmith, Unassigned)
Details
Attachments
(1 file, 3 obsolete files)
|
156.10 KB,
patch
|
edwsmith
:
review+
|
Details | Diff | Splinter Review |
No description provided.
Attachment #337639 -
Flags: review?(rreitmai)
Comment 1•17 years ago
|
||
Comment on attachment 337639 [details] [diff] [review]
adds vtune config where needed, use same obj folder structure as other configs
hard to read this, but are there changes to the mobile/x64 builds or are have they just been moved about.
| Reporter | ||
Comment 2•17 years ago
|
||
This is the exact patch you sent me, except I change the output directory setting. I did noticed you changed the mobile & x86 settings, was that intentional? maybe not?
Comment 3•17 years ago
|
||
The patch is rejected for merge on a fresh copy of TC on my win32 system. Any thoughts?
Comment 4•17 years ago
|
||
The patch is fine. It just needed dos2unix conversion.
Also verified that the VTune build works fine on both sampling and CG.
Comment 5•17 years ago
|
||
Thanks for checking Moh.
I need to repost, since we found some mobile changes that shouldn't have been there. Will do so shortly...
Comment 6•17 years ago
|
||
yeah, the dos/unix stuff is especially painful for VS project files, since they get rewritten by VS as CRLF (and it tends to reorder stuff randomly too, it seems).
I have a utility python script to sniff all my files for CRLF and optionally fix them before checkin (except for .vcproj and .sln files, which sniffs-and-fixes for NON-CRLF lines)... would this be of general use?
| Reporter | ||
Comment 7•17 years ago
|
||
Life is easiest if *.sln and *.vcproj are left alone with windows CRLF line endings, even when checked in.
Comment 8•17 years ago
|
||
Agreed, that's why I verify that they are all-CRLF. (If someone opened them in a Unix text editor to tweak something the line endings can become mixed, which is no fun)
Comment 9•17 years ago
|
||
Fixed to remove all the old Vtune cruft that somehow made it into the project files.
Attachment #337639 -
Attachment is obsolete: true
Attachment #337928 -
Flags: review?(edwsmith)
Attachment #337639 -
Flags: review?(rreitmai)
Updated•17 years ago
|
Attachment #337928 -
Flags: review?(mohammad.r.haghighat)
| Reporter | ||
Comment 10•17 years ago
|
||
Comment on attachment 337928 [details] [diff] [review]
update
In the VTune config, on the "general" property page of each project, the output directory should be
obj/$(ProjectName)/$(ConfigurationName)
like it is for Release, etc. Currently when you select VTune config, the output directory is
$(ConfigurationName)
Which means the vtune avmplus.exe is put in
platform/win32/VTune/avmplus.exe
instead of
platform/win32/obj/shell/VTune/avmplus.exe
like the other configs
Attachment #337928 -
Flags: review?(edwsmith) → review-
| Reporter | ||
Comment 11•17 years ago
|
||
By the way, aside from that, the project files worked right, build worked, vtune got the good data. Can't vouch for the winmo targets.
Comment 12•17 years ago
|
||
i'll update the output directory and repost. As for the winmo I removed VTune projects for them. I asked around and apparently those projects are unused.
| Reporter | ||
Comment 13•17 years ago
|
||
makes sense. VTune only applies to x86 and x64 anyway.
Comment 14•17 years ago
|
||
change output dir to obj as per ed's comments above
Updated•17 years ago
|
Attachment #337958 -
Flags: review?(edwsmith)
Updated•17 years ago
|
Attachment #337928 -
Attachment is obsolete: true
Attachment #337928 -
Flags: review?(mohammad.r.haghighat)
Updated•17 years ago
|
Attachment #337958 -
Flags: review?(mohammad.r.haghighat)
Comment 15•17 years ago
|
||
After applying the "updated" patch on a fresh TC, I get the following message during openinig the avmplus2008.sln on Win32.
Is this expected?
The following error has occurred during XML parsing:
File: C:\tamarin-central\MMgc\MMgc2008.vcproj
Line: 35
Column: 4
Error Message:
Custom build rules file 'c:\Program Files\Microsoft Visual Studio 9.0\VC\VCProjectDefaults\armasm.rules' was not found or failed to load.
The file 'C:\tamarin-central\MMgc\MMgc2008.vcproj' has failed to load.
Comment 16•17 years ago
|
||
Right; see https://bugzilla.mozilla.org/show_bug.cgi?id=454571 for that bug
| Reporter | ||
Comment 17•17 years ago
|
||
You just need to copy tc/platform/win32/armasm.rules to the VCProjectDefaults folder in your VS2008 installation. We're not happy at all about this requirement and looking at how to avoid needing to do the file copy, but anyway, that's the fix.
| Reporter | ||
Comment 18•17 years ago
|
||
Comment on attachment 337958 [details] [diff] [review]
updated
avmplus project still has the incorrect output directory
Attachment #337958 -
Flags: review?(edwsmith) → review-
Comment 19•17 years ago
|
||
VTune build runs as expected and both sampling and call-graph options work on a few examples. The binary is created at \tamarin-central\platform\win32\obj\shell\VTune\avmplus.exe.
Updated•17 years ago
|
Attachment #337958 -
Flags: review?(mohammad.r.haghighat) → review+
Comment 20•17 years ago
|
||
Updated•17 years ago
|
Attachment #337958 -
Attachment is obsolete: true
Updated•17 years ago
|
Attachment #338131 -
Flags: review+
| Reporter | ||
Updated•17 years ago
|
Attachment #338131 -
Flags: review+ → review?(edwsmith)
| Reporter | ||
Updated•17 years ago
|
Attachment #338131 -
Flags: review?(edwsmith) → review+
Comment 21•17 years ago
|
||
pushed :
changeset: 649:4b9303aa54cc
tag: tip
user: Rick Reitmaier <rreitmai@adobe.com>
date: Tue Sep 16 10:22:00 2008 -0700
summary: Fix VTune project (bug 454385 r=edwsmith)
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 22•16 years ago
|
||
Resolved fixed engineering / work item that has been pushed. Setting status to verified.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•