split out OBJECTS from Makefiles into separate files?

Description

for non-makefile builds of ICU ( GYP, Windows project, Cmake, ... ) it might be helpful to split out the OBJECTS= string in the Makefiles ( at least for some least-common-denominator set of files - i.e., not including platform specific files ) into a separate file. This way "other" build systems could be more easily algorithmically generated.

== current ==
'''Makefile.in'''

== proposal ==
'''sources.lst'''

'''Makefile.in'''

== example of current use ==
Example: https://code.google.com/p/chromium-source-browsing/source/browse/icu.gyp?repo=third-party--icu ( chrome )

the

clause could be generated from sources.lst, above.

Activity

Show:
Markus Scherer
May 20, 2020, 8:23 PM

close as fixed now?

Steven R. Loomis
May 13, 2020, 6:28 PM

TC consensus on the PR:

  • will sort the files

  • files will be sources.txt etc.

TracBot
July 1, 2018, 12:09 AM
Trac Comment 9 by —2014-10-25T00:28:21.112Z

over in I'm experimenting with extracting from dependencies.txt using a gencmake.py to produce IcuPaths.cmake. In theory this could be used for producing custom builds or smaller libraries as well.

We could easily generate a Makefile with the appropriate OBJECTS= lines as well.

So when we implement cmake, we might have this gencmake.py be the source both for the cmake lists AND the OBJECTS=, at least for the "libraries" (io, i18n, common).

TracBot
July 1, 2018, 12:09 AM
Trac Comment 7 by —2014-06-06T05:26:06.323Z

Apparently gyp "intentionally" doesn't support filename globbing.

TracBot
July 1, 2018, 12:09 AM
Trac Comment 6 by —2014-05-14T17:39:25.037Z

steven to investigate whether this is true today or can be made true

Fixed
Your pinned fields
Click on the next to a field label to start pinning.

Assignee

Steven R. Loomis

Reporter

Steven R. Loomis

Components

Labels

Reviewer

Markus Scherer

Priority

major

Fix versions