[TIMOB-8099] module.xcconfig file is not processed
GitHub Issue | n/a |
---|---|
Type | Bug |
Priority | Critical |
Status | Closed |
Resolution | Fixed |
Resolution Date | 2012-03-20T16:37:25.000+0000 |
Affected Version/s | Release 2.0.0 |
Fix Version/s | Release 2.0.0, Sprint 2012-06 |
Components | Tooling |
Labels | regression |
Reporter | Jeff English |
Assignee | Stephen Tramer |
Created | 2012-03-20T08:20:01.000+0000 |
Updated | 2017-03-22T17:12:40.000+0000 |
Description
When attempting to build an application that uses an iPhone module with a custom module.xcconfig file, the module.xcconfig file is not processed during the build and the result is a build failure.
Steps to reproduce:
1. Download Titanium SDK version 2.0.0 (06fdce0)
2. Create a new application is Titanium Studio
3. Copy the Styled Label module zip file into the project (or install in the Titanium system folder)
4. Update the tiapp.xml file to include the version of the styled label module
5. Build the application
The build should fail. If you examine the module.xcconfig file in the application's build folder you will see that none of the information from the styled label's module.xcconfig file has been added. The build log will list a number of undefined symbols due to the fact that the module.xcconfig information was not included.
This problem was introduced on March 9, 2012 with the change to compiler.py (commit: 7cccc3fccae5bf0cfaa4629afd17fb8f56012924). It appears that the indentation on lines 308-310 is incorrect, with the result being that none of the subsequent lines are processed. (See [TIMOB-7833])
Note that the
all_load
also has to be removed from themodule.xcconfig
in order to get the build to work properly. The forced loading of symbols during the link causes a problem; there's an existing ticket for this.TESTING
----Run tabnanny on the
support/iphone
contents from your project clone and make sure that there's no output:Run the scenario described as above (you will need to pull down the module, and change the
titanium.xcconfig
andmodule.xcconfig
to point to the correct 2.0.0 version, and remove theall_load
).Hello Stephen, can you please share the ticket number of the forced loading? What does it mean for customers? Should they wait for a recompiled version of all paid modules? Best, Mauro
Hello Stephen, can you point out the solution for this issue? It is marked as dup. But I cannot find the thread that resolve this. Regards, Qiao Liang
Closing ticket due to time passed.