<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>169262</bug_id>
          
          <creation_ts>2007-03-04 10:57 0000</creation_ts>
          <short_desc>dev-python/numpy-1.0.1-r1 doesn&apos;t respect CFLAGS</short_desc>
          <delta_ts>2007-03-05 10:45:23 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>James@superbug.demon.co.uk</reporter>
          <assigned_to>bicatali@gentoo.org</assigned_to>
          <cc>python@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>James@superbug.demon.co.uk</who>
            <bug_when>2007-03-04 10:57:59 0000</bug_when>
            <thetext>Here is some output from the make process:

compiling Fortran sources
Fortran f77 compiler: /usr/bin/gfortran -Wall -ffixed-form
-fno-second-underscore -fPIC -O -Wall -O0 -g -Wall -O0 -g -mno-sse3
-DBIGSYM=1 -fPIC -march=i486 -DPACKAGE_NAME=wsjt -DPACKAGE_TARNAME=wsjt
-DPACKAGE_VERSION=5.9.6 -DPACKAGE_STRING=wsjt\ 5.9.6
-DPACKAGE_BUGREPORT= -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_PARAM_H=1
-DHAVE_ERRNO_H=1 -DHAVE_SYS_SYSLOG_H=1 -DHAVE_STDDEF_H=1
-DHAVE_LIBGEN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_WAIT_H=1 -DHAVE_STDIO_H=1
-DHAVE_TERMIOS_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_LINUX_PPDEV_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1
-DTIME_WITH_SYS_TIME=1 -DSTRING_WITH_STRINGS=1 -DSIZEOF_INT64_T=8
-DSIZEOF_LONG_LONG=8 -DNDEBUG=1 -DPREFIX=/usr/local/
-DFC_LIB_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/
-DFC=/usr/bin/gfortran -DUSE_ALSA=1 -DHAS_ASOUNDLIB_H=1
-DHAS_SOUNDCARD_H=1 -DHAS_JACK_H=1 -DHAS_SAMPLERATE_H=1
-fno-second-underscore -march=nocona -mmmx -msse2 -msse -fomit-frame-pointer
Fortran f90 compiler: /usr/bin/gfortran -Wall -fno-second-underscore
-fPIC -O -Wall -O0 -g -Wall -O0 -g -mno-sse3 -DBIGSYM=1 -fPIC
-march=i486 -DPACKAGE_NAME=wsjt -DPACKAGE_TARNAME=wsjt
-DPACKAGE_VERSION=5.9.6 -DPACKAGE_STRING=wsjt\ 5.9.6
-DPACKAGE_BUGREPORT= -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_PARAM_H=1
-DHAVE_ERRNO_H=1 -DHAVE_SYS_SYSLOG_H=1 -DHAVE_STDDEF_H=1
-DHAVE_LIBGEN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_WAIT_H=1 -DHAVE_STDIO_H=1
-DHAVE_TERMIOS_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_LINUX_PPDEV_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1
-DTIME_WITH_SYS_TIME=1 -DSTRING_WITH_STRINGS=1 -DSIZEOF_INT64_T=8
-DSIZEOF_LONG_LONG=8 -DNDEBUG=1 -DPREFIX=/usr/local/
-DFC_LIB_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/
-DFC=/usr/bin/gfortran -DUSE_ALSA=1 -DHAS_ASOUNDLIB_H=1
-DHAS_SOUNDCARD_H=1 -DHAS_JACK_H=1 -DHAS_SAMPLERATE_H=1
-fno-second-underscore -march=nocona -mmmx -msse2 -msse -fomit-frame-pointer
Fortran fix compiler: /usr/bin/gfortran -Wall -ffixed-form
-fno-second-underscore -Wall -fno-second-underscore -fPIC -O -Wall -O0
-g -Wall -O0 -g -mno-sse3 -DBIGSYM=1 -fPIC -march=i486
-DPACKAGE_NAME=wsjt -DPACKAGE_TARNAME=wsjt -DPACKAGE_VERSION=5.9.6
-DPACKAGE_STRING=wsjt\ 5.9.6 -DPACKAGE_BUGREPORT= -DSTDC_HEADERS=1
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_SYS_RESOURCE_H=1
-DHAVE_SYS_PARAM_H=1 -DHAVE_ERRNO_H=1 -DHAVE_SYS_SYSLOG_H=1
-DHAVE_STDDEF_H=1 -DHAVE_LIBGEN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_WAIT_H=1
-DHAVE_STDIO_H=1 -DHAVE_TERMIOS_H=1 -DHAVE_SYS_RESOURCE_H=1
-DHAVE_LINUX_PPDEV_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_FCNTL_H=1
-DHAVE_SYS_IOCTL_H=1 -DTIME_WITH_SYS_TIME=1 -DSTRING_WITH_STRINGS=1
-DSIZEOF_INT64_T=8 -DSIZEOF_LONG_LONG=8 -DNDEBUG=1 -DPREFIX=/usr/local/
-DFC_LIB_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/
-DFC=/usr/bin/gfortran -DUSE_ALSA=1 -DHAS_ASOUNDLIB_H=1
-DHAS_SOUNDCARD_H=1 -DHAS_JACK_H=1 -DHAS_SAMPLERATE_H=1
-fno-second-underscore -march=nocona -mmmx -msse2 -msse -fomit-frame-pointer


Notice that I try to add -mno-sse3 and -march=i486
but fortran seems to automatically add it all back in again.
See the -march=nocona
There is no mention of nocona in the Makefile.
I have an pentium4 CPU without sse3 support.

I don&apos;t have the sse3 instruction, i.e. Not a nocona arch.

Does anyone know how to get fortran to stop using -march=nocona?
The sse3 instructions being generated are all:
fisttpl 0x17c(%esp)

I.e. the fisttpl instruction.




Reproducible: Always</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>James@superbug.demon.co.uk</who>
            <bug_when>2007-03-04 10:58:47 0000</bug_when>
            <thetext>Created an attachment (id=112040)
Output of emerge info

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>James@superbug.demon.co.uk</who>
            <bug_when>2007-03-04 11:16:20 0000</bug_when>
            <thetext>After editing the following file:
/usr/lib/python2.4/site-packages/numpy/distutils/fcompiler/gnu.py

with this diff
--- gnu.py.old  2007-03-04 11:08:43.000000000 +0000
+++ gnu.py      2007-03-04 11:13:41.000000000 +0000
@@ -192,7 +192,7 @@
                 march_opt = &apos;-march=athlon-mp&apos;
                 # there&apos;s also: athlon-tbird, athlon-4, athlon-xp
             elif cpu.is_Nocona():
-                march_opt = &apos;-march=nocona&apos;
+                march_opt = &apos;-march=pentium4&apos;
             elif cpu.is_Prescott():
                 march_opt = &apos;-march=prescott&apos;
             elif cpu.is_PentiumIV():


My program works again, and the -march=pentium4 is used.
I conclude therefore, that the nocona cpu.is_Nocona()  function is wrong.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>James@superbug.demon.co.uk</who>
            <bug_when>2007-03-04 11:28:09 0000</bug_when>
            <thetext>I suggest maybe a better fix would be to file:
/usr/lib/python2.4/site-packages/numpy/distutils/cpuinfo.py
As nocona enables sse3 instructions for nocona, we should do a check for sse3 in the _is_Nocona test routine.

--- cpuinfo.py.old      2007-03-04 11:26:20.000000000 +0000
+++ cpuinfo.py  2007-03-04 11:25:14.000000000 +0000
@@ -185,7 +185,7 @@
         return self.is_PentiumIV() and self.has_sse3()
 
     def _is_Nocona(self):
-        return self.is_PentiumIV() and self.is_64bit()
+        return self.is_PentiumIV() and self.is_64bit() and self.has_sse3()
 
     def _is_Itanium(self):
         return re.match(r&apos;.*?Itanium\b&apos;,
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-03-04 11:38:35 0000</bug_when>
            <thetext>Which ebuild is this about? Definitely NOT gcc.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>James@superbug.demon.co.uk</who>
            <bug_when>2007-03-04 11:49:59 0000</bug_when>
            <thetext>Ah! Sorry, if mentioned gfortran, and that is contained in gcc, so I thought it was gcc.
It is actually:
dev-python/numpy-1.0.1-r1

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-03-04 11:55:28 0000</bug_when>
            <thetext>Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-03-04 12:20:26 0000</bug_when>
            <thetext>bicatali: please take care offensichtlich this and set either yourself or the science herd as maintainer.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bicatali@gentoo.org</who>
            <bug_when>2007-03-05 10:45:23 0000</bug_when>
            <thetext>Thanks for reporting.
Should be fixed now with an upstream patch, please re-open if it persists.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>112040</attachid>
            <date>2007-03-04 10:58 0000</date>
            <desc>Output of emerge info</desc>
            <filename>emerge-info.txt</filename>
            <type>text/plain</type>
            <data encoding="base64">KioqIERlcHJlY2F0ZWQgdXNlIG9mIGFjdGlvbiAnaW5mbycsIHVzZSAnLS1pbmZvJyBpbnN0ZWFk
ClBvcnRhZ2UgMi4xLjItcjEyIChkZWZhdWx0LWxpbnV4L3g4Ni8yMDA2LjEvZGVza3RvcCwgZ2Nj
LTQuMS4yLCBnbGliYy0yLjUtcjAsIDIuNi4yMC4xIGk2ODYpCj09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClN5c3RlbSB1bmFt
ZTogMi42LjIwLjEgaTY4NiBJbnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVIDIuODBHSHoKR2VudG9v
IEJhc2UgU3lzdGVtIHJlbGVhc2UgMS4xMi45ClRpbWVzdGFtcCBvZiB0cmVlOiBTYXQsIDAzIE1h
ciAyMDA3IDIzOjMwOjA4ICswMDAwCmNjYWNoZSB2ZXJzaW9uIDIuNCBbZW5hYmxlZF0KZGV2LWph
dmEvamF2YS1jb25maWc6IDEuMy43LCAyLjAuMzEtcjMKZGV2LWxhbmcvcHl0aG9uOiAgICAgMi4z
LjYsIDIuNC40CmRldi1weXRob24vcHljcnlwdG86IDIuMC4xLXI1CmRldi11dGlsL2NjYWNoZTog
ICAgIDIuNC1yNgpzeXMtYXBwcy9zYW5kYm94OiAgICAxLjIuMTguMQpzeXMtZGV2ZWwvYXV0b2Nv
bmY6ICAyLjEzLCAyLjYxCnN5cy1kZXZlbC9hdXRvbWFrZTogIDEuNF9wNiwgMS41LCAxLjYuMywg
MS43LjktcjEsIDEuOC41LXIzLCAxLjkuNi1yMiwgMS4xMApzeXMtZGV2ZWwvYmludXRpbHM6ICAy
LjE3CnN5cy1kZXZlbC9nY2MtY29uZmlnOiAxLjMuMTQKc3lzLWRldmVsL2xpYnRvb2w6ICAgMS41
LjIyCnZpcnR1YWwvb3MtaGVhZGVyczogIDIuNi4yMC1yMQpBQ0NFUFRfS0VZV09SRFM9Ing4NiB+
eDg2IgpBVVRPQ0xFQU49InllcyIKQ0JVSUxEPSJpNjg2LXBjLWxpbnV4LWdudSIKQ0ZMQUdTPSIt
TzMgLXBpcGUiCkNIT1NUPSJpNjg2LXBjLWxpbnV4LWdudSIKQ09ORklHX1BST1RFQ1Q9Ii9ldGMg
L3Vzci9rZGUvMy41L2VudiAvdXNyL2tkZS8zLjUvc2hhcmUvY29uZmlnIC91c3Iva2RlLzMuNS9z
aHV0ZG93biAvdXNyL3NoYXJlL1gxMS94a2IgL3Vzci9zaGFyZS9jb25maWcgL3Zhci9iaW5kIgpD
T05GSUdfUFJPVEVDVF9NQVNLPSIvZXRjL2Vudi5kIC9ldGMvZW52LmQvamF2YS8gL2V0Yy9nY29u
ZiAvZXRjL2phdmEtY29uZmlnL3Ztcy8gL2V0Yy9yZXZkZXAtcmVidWlsZCAvZXRjL3Rlcm1pbmZv
IgpDWFhGTEFHUz0iLU8yIC1tY3B1PWk2ODYgLXBpcGUiCkRJU1RESVI9Ii91c3IvcG9ydGFnZS9k
aXN0ZmlsZXMiCkZFQVRVUkVTPSJhdXRvY29uZmlnIGNjYWNoZSBkaXN0bG9ja3MgbWV0YWRhdGEt
dHJhbnNmZXIgbm9jbGVhbiBub3N0cmlwIHNhbmRib3ggc2ZwZXJtcyBzdHJpY3QiCkdFTlRPT19N
SVJST1JTPSJodHRwOi8vZ2VudG9vLmJsdWV5b25kZXIuY28udWsgZnRwOi8vbWlycm9ycy5ibHVl
eW9uZGVyLmNvLnVrL21pcnJvcnMvZ2VudG9vIGh0dHA6Ly93d3cubWlycm9yc2VydmljZS5vcmcv
c2l0ZXMvd3d3LmliaWJsaW8ub3JnL2dlbnRvby8gZnRwOi8vZnRwLm1pcnJvcnNlcnZpY2Uub3Jn
L3NpdGVzL3d3dy5pYmlibGlvLm9yZy9nZW50b28vICIKTEFORz0iZW5fR0IiCkxDX0FMTD0iZW5f
R0IiCkxJTkdVQVM9ImVuX0dCIgpNQUtFT1BUUz0iLWozIgpQS0dESVI9Ii91c3IvcG9ydGFnZS9w
YWNrYWdlcyIKUE9SVEFHRV9SU1lOQ19PUFRTPSItLXJlY3Vyc2l2ZSAtLWxpbmtzIC0tc2FmZS1s
aW5rcyAtLXBlcm1zIC0tdGltZXMgLS1jb21wcmVzcyAtLWZvcmNlIC0td2hvbGUtZmlsZSAtLWRl
bGV0ZSAtLWRlbGV0ZS1hZnRlciAtLXN0YXRzIC0tdGltZW91dD0xODAgLS1leGNsdWRlPS9kaXN0
ZmlsZXMgLS1leGNsdWRlPS9sb2NhbCAtLWV4Y2x1ZGU9L3BhY2thZ2VzIC0tZmlsdGVyPUhfKiov
ZmlsZXMvZGlnZXN0LSogLS1wcnVuZS1lbXB0eS1kaXJzIgpQT1JUQUdFX1RNUERJUj0iL3UvdG1w
IgpQT1JURElSPSIvdXNyL3BvcnRhZ2UiClBPUlRESVJfT1ZFUkxBWT0iL3UvcG9ydGFnZSIKU1lO
Qz0icnN5bmM6Ly9yc3luYy5nZW50b28ub3JnL2dlbnRvby1wb3J0YWdlIgpVU0U9IlggYTUyIGFh
YyBhY3BpIGFsc2EgYW9zcyBhcGFjaGUyIGFydHMgYXRtIGF2Y29kZWMgYml0bWFwLWZvbnRzIGJs
dWV0b290aCBicm93c2VycGx1Z2luIGJ6aXAyIGNhMDEwNiBjYWlybyBjZHIgY2xpIGNyYWNrbGli
IGNyeXB0IGN1cHMgY3VybCBkYmEgZGJ1cyBkcmkgZHRzIGR2ZCBkdmRyIGVkcyBlbWJvc3MgZW11
MTBrMSBlbl9HQiBlbmNvZGUgZXhhbXBsZXMgZXhpZiBleGlzY2FuIGV4aXNjYW4tYWNsIGZhbSBm
Zm1wZWcgZmZ0dyBmaXJlZm94IGZsYWMgZm9vbWF0aWNkYiBmb3J0cmFuIGdkIGdkYm0gZ2lmIGdu
b21lIGdwbSBnc3RyZWFtZXIgZ3RrIGd0azIgaGFsIGljYWwgaWNvbnYgaWVlZTEzOTQgaW50ZWw4
eDAgaXB2NiBpc2RubG9nIGphdmEgamF2YTUgamF2YWNvbW0gamF2YWRvYyBqYXZhbWFpbCBqY2Ug
amlrZXMgam95c3RpY2sganBlZyBqdW5pdCBrZGUga2VyYmVyb3MgbGFkc3BhIGxhcGFjayBsZGFw
IGxpYmcrKyBsbXRwIG1hZCBtYWR3aWZpIG1pZGkgbWlrbW9kIG1vbm8gbXAzIG1wZWcgbXlzcWwg
bmN1cnNlcyBubHMgbm9kcm0gbnB0bCBucHRsb25seSBuc3BsdWdpbiBvYmpjIG9nZyBvZ2d2b3Ji
aXMgb3BlbmdsIG9zcyBwYW0gcGNyZSBwZGYgcGVybCBwaHAgcG5nIHBvc3RncmVzIHBwZHMgcHBw
ZCBweXRob24gcXQzIHF0M3N1cHBvcnQgcXQ0IHF1aWNrdGltZSByZWFkbGluZSByZWZsZWN0aW9u
IHNhc2wgc2RsIHNlc3Npb24gc21zIHNvdW5kdG91Y2ggc3BlZXggc3BlbGwgc3BsIHNxbGl0ZTMg
c3NsIHRjbHRrIHRjcGQgdGhlb3JhIHRocmVhZHMgdGlmZiB0ayB0cnVldHlwZSB0cnVldHlwZS1m
b250cyB0eXBlMS1mb250cyB1bmljb2RlIHVzYiB1c2ItYXVkaW8gdjRsMiB2b3JiaXMgd2luMzJj
b2RlY3Mgd3hndGsxYml0bWFwLWZvbnRzIHg4NiB4ZXJjZXMgeGluZSB4bWwgeG1sMiB4bWxycGMg
eG9yZyB4diIgQUxTQV9DQVJEUz0iYWxpNTQ1MSBhbHM0MDAwIGF0aWl4cCBhdGlpeHAtbW9kZW0g
YnQ4N3ggY2EwMTA2IGNtaXBjaSBlbXUxMGsxIGVtdTEwazF4IGVuczEzNzAgZW5zMTM3MSBlczE5
MzggZXMxOTY4IGZtODAxIGhkYS1pbnRlbCBpbnRlbDh4MCBpbnRlbDh4MG0gbWFlc3RybzMgdHJp
ZGVudCB1c2ItYXVkaW8gdmlhODJ4eCB2aWE4Mnh4LW1vZGVtIHltZnBjaSIgQUxTQV9QQ01fUExV
R0lOUz0iYWRwY20gYWxhdyBhc3ltIGNvcHkgZG1peCBkc2hhcmUgZHNub29wIGVtcHR5IGV4dHBs
dWcgZmlsZSBob29rcyBpZWM5NTggaW9wbHVnIGxhZHNwYSBsZmxvYXQgbGluZWFyIG1ldGVyIG11
bGF3IG11bHRpIG51bGwgcGx1ZyByYXRlIHJvdXRlIHNoYXJlIHNobSBzb2Z0dm9sIiBFTElCQz0i
Z2xpYmMiIElOUFVUX0RFVklDRVM9ImtleWJvYXJkIG1vdXNlIGV2ZGV2IiBLRVJORUw9ImxpbnV4
IiBMQ0RfREVWSUNFUz0iYmF5cmFkIGNmb250eiBjZm9udHo2MzMgZ2xrIGhkNDQ3ODAgbGIyMTYg
bGNkbTAwMSBtdHhvcmIgbmN1cnNlcyB0ZXh0IiBMSU5HVUFTPSJlbl9HQiIgVVNFUkxBTkQ9IkdO
VSIgVklERU9fQ0FSRFM9Im52IgpVbnNldDogIENUQVJHRVQsIEVNRVJHRV9ERUZBVUxUX09QVFMs
IElOU1RBTExfTUFTSywgTERGTEFHUywgUE9SVEFHRV9SU1lOQ19FWFRSQV9PUFRTCgo=
</data>        

          </attachment>
    </bug>

</bugzilla>