Closed Bug 970727 Opened 10 years ago Closed 10 years ago

Move DEFFILE to moz.build

Categories

(Firefox Build System :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla30

People

(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)

References

Details

Attachments

(1 file)

Attached patch Patch (v1)Splinter Review
I did not touch db/sqlite3/src/Makefile.in for now since the DEFFILE variable was used in the Makefile.in later on.
Attachment #8373782 - Flags: review?(mshal)
Attachment #8373782 - Flags: review?(mh+mozilla)
Attachment #8373782 - Flags: review?(gps)
Comment on attachment 8373782 [details] [diff] [review]
Patch (v1)

Review of attachment 8373782 [details] [diff] [review]:
-----------------------------------------------------------------

::: accessible/public/ia2/moz.build
@@ +9,5 @@
>  FORCE_SHARED_LIB = True
>  
>  DEFINES['REGISTER_PROXY_DLL'] = True
> +
> +DEFFILE = SRCDIR + '/IA2Marshal.def'

I'd get rid of the SRCDIRs at the same time. They are supposedly useless.
(Note that does apply to RCFILE too)
Attachment #8373782 - Flags: review?(mshal)
Attachment #8373782 - Flags: review?(mh+mozilla)
Attachment #8373782 - Flags: review?(gps)
Attachment #8373782 - Flags: feedback+
Comment on attachment 8373782 [details] [diff] [review]
Patch (v1)

(In reply to Mike Hommey [:glandium] from comment #1)
> Comment on attachment 8373782 [details] [diff] [review]
> Patch (v1)
> 
> Review of attachment 8373782 [details] [diff] [review]:
> -----------------------------------------------------------------
> 
> ::: accessible/public/ia2/moz.build
> @@ +9,5 @@
> >  FORCE_SHARED_LIB = True
> >  
> >  DEFINES['REGISTER_PROXY_DLL'] = True
> > +
> > +DEFFILE = SRCDIR + '/IA2Marshal.def'
> 
> I'd get rid of the SRCDIRs at the same time. They are supposedly useless.
> (Note that does apply to RCFILE too)

No, they're not.  The link.exe command seems to be run from the objdir, and not specifying the SRCDIRs like this will cause the link command to fail because it would not be able to find the .def file.
Attachment #8373782 - Flags: review?(mshal)
Attachment #8373782 - Flags: review?(mh+mozilla)
Attachment #8373782 - Flags: review?(gps)
Comment on attachment 8373782 [details] [diff] [review]
Patch (v1)

Too bad the preprocessed .def.in files mean we can't just assume they're all in the srcdir and do the pre-pending in mozbuild.
Attachment #8373782 - Flags: review?(mshal)
Attachment #8373782 - Flags: review?(mh+mozilla)
Attachment #8373782 - Flags: review?(gps)
Attachment #8373782 - Flags: review+
(In reply to Michael Shal [:mshal] from comment #3)
> Comment on attachment 8373782 [details] [diff] [review]
> Patch (v1)
> 
> Too bad the preprocessed .def.in files mean we can't just assume they're all
> in the srcdir and do the pre-pending in mozbuild.

I don't know how we usually handle preprocessed files in the moz.build world, but presumably if the build system is aware of the preprocessing outside of a makefile rule, then it can do this magic automatically.  This is material for a follow-up but though, I have no idea how to implement such magic.
https://hg.mozilla.org/mozilla-central/rev/e93b626422f6
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla30
Depends on: 1058778
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: