msvs_system_include_dirs isn't really a general solution

humanai / gyp

Automatically exported from code.google.com/p/gyp

0 stars 0 forks source link

msvs_system_include_dirs isn't really a general solution #54

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago

In order to force a set of include directories to be absolutely last (platform 
sdk headers from an 
internal copy of the sdk), msvs_system_include_dirs was added.
This seems like a hack and we should figure out a general solution to this sort 
of thing.

Original issue reported on code.google.com by bradnel...@google.com on 21 Jul 2009 at 12:10

GoogleCodeExporter commented 9 years ago

To clarify:   problem is that you want to define something in common.gypi and 
have it 
go *after* the things added by the target, but target-specific things always 
get 
appended to the common.gypi stuff.  Some general way to apply this to includes, 
libraries, etc. would be good.  It's not burning anyone right now, though.

Original comment by sgk@chromium.org on 6 Aug 2009 at 7:38

Added labels: Priority-Low
Removed labels: Priority-Medium

GoogleCodeExporter commented 9 years ago

Original comment by sgk@chromium.org on 18 Aug 2009 at 8:05

Added labels: MSVS