Closed Bug 56795 Opened 25 years ago Closed 25 years ago

Add support for corel/eazel profiler

Categories

(SeaMonkey :: Build Config, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ramiro, Assigned: ramiro)

Details

Attachments

(1 file)

The corel/eazel profiler can be used with mozilla. All that is needed are a few configure changes.
Adding blizzard@mozilla.org to cc. I attatched the configure voodoo patch. It adds support for the new profiler and removes the old gprof cruft which never worked.
Id like to check this in soon. I've tested it, and there are some issues on the profiler side of things which Ill work on. However, it will suck if this code bit rots as configure changes tend to do.
This look OK to me. But, really, it's all cls to get this reviewed since building is his baby.
Status: NEW → ASSIGNED
Are we sure that no one's using --enable-profile? Rich, since the option is labelled as solaris only, do you know of anyone who's actively using it (or if the option still works)? Also, do we really need the hardcoded -L/gnome/PROFILE/lib path?
I can fix the -L/gnome/profile hack. Yes, its a dumb leftover. I intend to provide an rpm of the profiler, so there will be no need for -L flags. About solaris, i really doubt that gprof worked there. As far as I could tell the --enable-profiler flag was completely broken and all it did was complicate the configure mess even more. I removed all references to gprof to make the life of whoever has to come in and hack on this stuff in the future a little less painful.
cls: we (the Netscape 6 on Solaris team) currently aren't using it. I can't speak for other groups within Sun though (such as the GNOME integration team or the StarOffice integration team). It might be something that would be useful when we have more time to concentrate on things like this though, so it would be nice to fix this bug.
Ok. r=cls
Reassigning to myself.
Assignee: cls → ramiro
Status: ASSIGNED → NEW
Marking assigned.
Status: NEW → ASSIGNED
I think we are running ld-scripts when configured with --enable-optimize? Ld-scripts stips off all function names -> not much left to profile, and optimized build is probaply what we usually want to profile. So need to hack that doesn't run ld-scripts when profiling is enabled.
Ok, thas easy, just add: MOZ_COMPONENTS_VERSION_SCRIPT_LDFLAGS= like this: [ --enable-eazel-profiler Enable Corel/Eazel profiler], [ ENABLE_EAZEL_PROFILER=1 AC_DEFINE(ENABLE_EAZEL_PROFILER) USE_ELF_DYNSTR_GC= MOZ_COMPONENTS_VERSION_SCRIPT_LDFLAGS= EAZEL_PROFILER_CFLAGS="-g -O -gdwarf-2 -finstrument-functions -D__NO_STRING_INLINES -D__NO_MATH_INLINES" EAZEL_PROFILER_LIBS="-L/gnome/PROFILE/lib -lprofiler -lpthread"])
I checked this in with cls' suggestion of removing the hardcoded path and tomi's suggestion of not stripping symbols out - duh. marking fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: