| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
|---|---|---|---|---|---|---|---|---|---|
| 0000309 | Spring engine | Linux | public | 2006-10-05 16:22 | 2007-01-25 13:21 | ||||
| Reporter | kiril76 | ||||||||
| Assigned To | tvo | ||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||
| Status | resolved | Resolution | fixed | ||||||
| Product Version | |||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0000309: scons configure fail on Intel Duo Core 2 computers | ||||||||
| Description | scons configure fail complaining about zlib header missing although they are present, when you try to run it on an Intel Duo Core 2 based computer using a 64bit kernel. This because /rts/build/detect.py isn't aware of those new CPU. I added the following lines and it solved the problem for me. But perhaps this break the compatibility when running this script on the same computer using a 32bit kernel. if str.find("Intel(R) Core(TM)2 CPU") != -1: print " found Intel Core 2" archflags=['-march=nocona', '-O2', '-pipe'] | ||||||||
| Tags | No tags attached. | ||||||||
| Checked infolog.txt for Errors | |||||||||
| Attached Files |
| ||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
patrik_mrx (reporter) 2007-01-06 19:00 |
I have the same problem. I have /usr/include/zlib.h but the configure script can't find it. Other apps can find it, i checked. I have an amd64 cpu with a 64 bit kernel. I figure the solution to my problem is very similar to that mentioned above. Best regards, Patrik |
|
tvo (reporter) 2007-01-08 11:39 |
@patrik_mrx: could you attach your config.log? I doubt it's the same bug since this detection code has been disabled for quite a while already. |
|
patrik_mrx (reporter) 2007-01-08 12:04 |
Here goes my config.log file /usr/lib/scons/SCons/Environment.py,line 1019: Configure( confdir = build/sconf_temp ) /usr/bin/freetype-config --ftversion 2.1.10 Checking for C header file zlib.h... build/sconf_temp/conftest_1.c <- | |#include "zlib.h" | | gcc -fsingle-precision-constant -frounding-math -fsignaling-nans -mieee-fp -O2 -pipe -fno-strict-aliasing -fvisibility=hidden -mfpmath=387 -pthread -D_GNU_SOURCE=1 -D_REENTRANT -D_REENTRANT -D_SZ_ONE_DIRECTORY -Irts -Irts/System -Ilua/luabind -Ilua/lua/include -I/usr/include -I/usr/include/GL -I/usr/include/freetype2 -I/usr/include/SDL -I/usr/include/python2.4 -c -o build/sconf_temp/conftest_1.o build/sconf_temp/conftest_1.c ccache: failed to create (null)/.ccache (No such file or directory) scons: *** [build/sconf_temp/conftest_1.o] Error 1 no Failed program was: 1: 2: #include "zlib.h" 3: Error message: failed to compile test program and zlib.h exist: # cd /usr/include/ # ls -la zlib.h -rw-r--r-- 1 root root 66188 2007-01-06 18:07 zlib.h |
|
tvo (reporter) 2007-01-18 22:53 |
@patrik_mrx: Just heard the solution in IRC. Try, in a shell: which gcc This probably gives a path like /usr/lib/ccache/bin/gcc, ie. ccache is in front of gcc in the PATH. Since our buildsystem doesn't work with ccache (apparently), don't use it. You can workaround this (if you dont want to change PATH environment variable) by doing 'CC=/usr/bin/gcc CXX=/usr/bin/g++ scons configure' (put the right paths to the true gcc/g++ in). FYI, scons can maintain it's own cache, use cachedir=/path/to/my/cache argument on scons configure for this. |
|
patrik_mrx (reporter) 2007-01-18 23:00 |
Hi! Ok, thanks. I did not think of ccache as a possible source of this problem but now since you have brought it to my attention, it seems like a probable source. Once again, thanks // Patrik |
|
tvo (reporter) 2007-01-25 13:21 |
I disabled the detection code a while ago. So this is fixed. |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-10-05 16:22 | kiril76 | New Issue | |
| 2006-10-05 16:22 | kiril76 | Status | new => assigned |
| 2006-10-05 16:22 | kiril76 | Assigned To | => tvo |
| 2007-01-06 19:00 | patrik_mrx | Note Added: 0000534 | |
| 2007-01-08 11:39 | tvo | Note Added: 0000539 | |
| 2007-01-08 12:04 | patrik_mrx | Note Added: 0000540 | |
| 2007-01-18 22:53 | tvo | Note Added: 0000587 | |
| 2007-01-18 23:00 | patrik_mrx | Note Added: 0000588 | |
| 2007-01-25 13:21 | tvo | Status | assigned => resolved |
| 2007-01-25 13:21 | tvo | Resolution | open => fixed |
| 2007-01-25 13:21 | tvo | Note Added: 0000598 | |
| Issue History |