Closed
Bug 369395
Opened 19 years ago
Closed 19 years ago
Same headers in config should be installed in install and export rules
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: glandium, Assigned: glandium)
Details
Attachments
(1 file, 1 obsolete file)
|
1.44 KB,
patch
|
Details | Diff | Splinter Review |
All headers in the config directory are not installed. Maybe they should.
See attached patch.
Attachment #254062 -
Flags: review?(wtchang)
Comment 1•19 years ago
|
||
Comment on attachment 254062 [details] [diff] [review]
patch
I think some of the headers in config, such as pathsub.h,
should not be installed. Ben, what do you think?
Attachment #254062 -
Flags: review?(wtchang) → review?(benjamin)
| Assignee | ||
Comment 2•19 years ago
|
||
Sorry, the title and explanation are actually misleading. I overlooked what the patche actually does.
The export rule installs files that are defined in the HEADERS variable in dist, while the install rule installs nsBuildID.h and mozilla-config.h, missing nsStaticComponents.h.
The rule for export uses $(HEADERS), while the rules in install names the files explicitely. The patch makes the install rule use $(HEADER) instead.
Summary: All headers in config should be installed → Same headers in config should be installed in install and export rules
| Assignee | ||
Updated•19 years ago
|
Attachment #254062 -
Flags: review?(benjamin) → review?(wtchang)
Comment 3•19 years ago
|
||
Comment on attachment 254062 [details] [diff] [review]
patch
Ben, should the 'install' target of mozilla/config/Makefile.in install
the header file nsStaticComponents.h?
Attachment #254062 -
Flags: review?(wtchang) → review?(benjamin)
Comment 4•19 years ago
|
||
Comment on attachment 254062 [details] [diff] [review]
patch
We should not be installing nsStaticComponents.h or nsBuildID.h. They are solely for use when building the app, and are not usable or useful externally.
Attachment #254062 -
Flags: review?(benjamin) → review-
| Assignee | ||
Comment 5•19 years ago
|
||
So, let's reverse the question : are they needed in the sdk ? considering it's made out of dist, and these files end up in dist...
Comment 7•19 years ago
|
||
They should not end up in the SDK. The fact that they currently end up in dist/bin is a little unfortunate.
| Assignee | ||
Comment 8•19 years ago
|
||
Well, they are in the SDK because of these rules
http://lxr.mozilla.org/seamonkey/source/config/Makefile.in#104
So, on line 105, $(HEADERS) should be replaced by $(DEPTH)/mozilla-config.h and line 135 should be removed. If you are okay with this I can send a patch for it.
Comment 9•19 years ago
|
||
That sounds correct.
| Assignee | ||
Comment 10•19 years ago
|
||
New patch doing what I said in comment #8
Attachment #254062 -
Attachment is obsolete: true
Attachment #256004 -
Flags: review?(benjamin)
Comment 11•19 years ago
|
||
Comment on attachment 256004 [details] [diff] [review]
patch
Does this work? Right now I think we have internal code that requires nsBuildID.h and nsStaticComponents.h to be in dist/include, I thought.
| Assignee | ||
Comment 12•19 years ago
|
||
Not tested yet, I didn't have time to try it yet, and won't have for some time, sorry...
Comment 13•19 years ago
|
||
Comment on attachment 256004 [details] [diff] [review]
patch
I have committed the second hunk of this patch (just the install:: target change).
Attachment #256004 -
Flags: review?(benjamin)
| Assignee | ||
Comment 14•19 years ago
|
||
I did test, and you're right, some internal code requires these files. Adding -I $(topsrcdir)/config in LOCAL_INCLUDES in the appropriate Makefile.in make it useless to have the files in dist/include.
For a xulrunner 1.8 build, this change is necessary in xpcom/build and xulrunner/app, but looking up for includes of these files in lxr.mozilla.org does show which directories are impacted.
Do you think this update be done ?
Comment 15•19 years ago
|
||
Let's not worry about it for the moment, and I'll get to it when we do the work to clear dist/include of really private headers. Marking FIXED because I checked in the install:: parts of this patch.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•18 years ago
|
Assignee: nobody → mh+mozilla
Updated•8 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•