* [PATCH 0/1]python-native: Fix a compiler finding issue @ 2011-07-28 7:20 Mei Lei 2011-07-28 7:20 ` [PATCH 1/1] python-native: " Mei Lei 2011-08-10 23:28 ` [PATCH 0/1]python-native: " Saul Wold 0 siblings, 2 replies; 11+ messages in thread From: Mei Lei @ 2011-07-28 7:20 UTC (permalink / raw) To: openembedded-core Hi, This patch will fix an compiler finding issue. The CC variable, its value sometimes like "x86_64-poky-linux-gcc -m64 --sysroot=/${TMPDIR}/sysroots/qemux86-64", contains option information. This will confuse python when finding the compiler name, wrong compiler name "qemux86-64" were found rather than the "x86_64-poky-linux-gcc". When I fixing python-pycairo multilib dir issue, above issue appeared and block the compile process. Please review it. Thanks Lei The following changes since commit 819f18f8bc000f13b644edc194d2a12b4ea5fecf: Richard Purdie (1): Move architecture specific TARGET_OS mangling into tune files are available in the git repository at: git://git.pokylinux.org/poky-contrib lmei3/python-pycairo http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=lmei3/python-pycairo Mei Lei (1): python-native: Fix a compiler finding issue .../python/python-native/unixccompiler.patch | 20 ++++++++++++++++++++ .../recipes-devtools/python/python-native_2.6.6.bb | 3 ++- 2 files changed, 22 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-devtools/python/python-native/unixccompiler.patch ^ permalink raw reply [flat|nested] 11+ messages in thread
* [PATCH 1/1] python-native: Fix a compiler finding issue 2011-07-28 7:20 [PATCH 0/1]python-native: Fix a compiler finding issue Mei Lei @ 2011-07-28 7:20 ` Mei Lei 2011-07-28 15:08 ` Tom Rini 2011-08-10 23:28 ` [PATCH 0/1]python-native: " Saul Wold 1 sibling, 1 reply; 11+ messages in thread From: Mei Lei @ 2011-07-28 7:20 UTC (permalink / raw) To: openembedded-core The CC variable sometimes add option information after compiler name, but python can't get the real compiler name if those information added. Fix this issue by dropping the option information when finding compiler name. Signed-off-by: Mei Lei <lei.mei@intel.com> --- .../python/python-native/unixccompiler.patch | 20 ++++++++++++++++++++ .../recipes-devtools/python/python-native_2.6.6.bb | 3 ++- 2 files changed, 22 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-devtools/python/python-native/unixccompiler.patch diff --git a/meta/recipes-devtools/python/python-native/unixccompiler.patch b/meta/recipes-devtools/python/python-native/unixccompiler.patch new file mode 100644 index 0000000..10a9baf --- /dev/null +++ b/meta/recipes-devtools/python/python-native/unixccompiler.patch @@ -0,0 +1,20 @@ +Upstream-Status: Inappropriate [embedded specific] + +# The CC variable,sometimes like:"x86_64-poky-linux-gcc -m64 --sysroot=/${TMPDIR}/sysroots/qemux86-64", contains option information. +# This will lead to wrong compiler name "qemux86-64" rather than "x86_64-poky-linux-gcc" when python finding the compiler name. + +#Signed-off-by: Mei Lei <lei.mei@intel.com> + +diff --git Python-2.6.6/Lib/distutils/unixccompiler.py Python-2.6.6/Lib/distutils/unixccompiler.py +index 6d0b84d..aaf49cb 100644 +--- Python-2.6.6/Lib/distutils/unixccompiler.py ++++ Python-2.6.6/Lib/distutils/unixccompiler.py +@@ -282,7 +282,7 @@ class UnixCCompiler(CCompiler): + # this time, there's no way to determine this information from + # the configuration data stored in the Python installation, so + # we use this hack. +- compiler = os.path.basename(sysconfig.get_config_var("CC")) ++ compiler = os.path.basename(sysconfig.get_config_var("CC").split()[0]) + if sys.platform[:6] == "darwin": + # MacOSX's linker doesn't understand the -R flag at all + return "-L" + dir diff --git a/meta/recipes-devtools/python/python-native_2.6.6.bb b/meta/recipes-devtools/python/python-native_2.6.6.bb index 59ed61a..2b00d32 100644 --- a/meta/recipes-devtools/python/python-native_2.6.6.bb +++ b/meta/recipes-devtools/python/python-native_2.6.6.bb @@ -1,6 +1,6 @@ require python.inc DEPENDS = "openssl-native bzip2-full-native zlib-native readline-native sqlite3-native" -PR = "${INC_PR}.2" +PR = "${INC_PR}.3" LIC_FILES_CHKSUM = "file://LICENSE;md5=38fdd546420fab09ac6bd3d8a1c83eb6" @@ -12,6 +12,7 @@ SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.bz2 \ file://11-distutils-never-modify-shebang-line.patch \ file://12-distutils-prefix-is-inside-staging-area.patch \ file://debug.patch \ + file://unixccompiler.patch \ file://nohostlibs.patch" S = "${WORKDIR}/Python-${PV}" -- 1.6.3.3 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [PATCH 1/1] python-native: Fix a compiler finding issue 2011-07-28 7:20 ` [PATCH 1/1] python-native: " Mei Lei @ 2011-07-28 15:08 ` Tom Rini 2011-07-29 1:15 ` Mei, Lei 0 siblings, 1 reply; 11+ messages in thread From: Tom Rini @ 2011-07-28 15:08 UTC (permalink / raw) To: openembedded-core On 07/28/2011 12:20 AM, Mei Lei wrote: > The CC variable sometimes add option information after compiler name, but python can't get the real compiler name if those information added. > Fix this issue by dropping the option information when finding compiler name. > > Signed-off-by: Mei Lei <lei.mei@intel.com> I think this is going to cause problems when you must pass flags to gcc to have it work, eg 'gcc -m64'. -- Tom Rini Mentor Graphics Corporation ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/1] python-native: Fix a compiler finding issue 2011-07-28 15:08 ` Tom Rini @ 2011-07-29 1:15 ` Mei, Lei 2011-07-29 1:43 ` Tom Rini 0 siblings, 1 reply; 11+ messages in thread From: Mei, Lei @ 2011-07-29 1:15 UTC (permalink / raw) To: Patches and discussions about the oe-core layer >-----Original Message----- >From: openembedded-core-bounces@lists.openembedded.org >[mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of >Tom Rini >Sent: Thursday, July 28, 2011 11:09 PM >To: openembedded-core@lists.openembedded.org >Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding issue > >On 07/28/2011 12:20 AM, Mei Lei wrote: >> The CC variable sometimes add option information after compiler name, but >python can't get the real compiler name if those information added. >> Fix this issue by dropping the option information when finding compiler name. >> >> Signed-off-by: Mei Lei <lei.mei@intel.com> > >I think this is going to cause problems when you must pass flags to gcc >to have it work, eg 'gcc -m64'. This patch fixed your worried issue. The CC variable, sometimes like: "x86_64-poky-linux-gcc -m64 --sysroot=/${TMPDIR}/sysroots/qemux86-64", contains flags information. This will lead to wrong compiler name "qemux86-64" rather than "x86_64-poky-linux-gcc" when python finding the compiler name, so add this patch to find the real gcc name. Thanks Lei > >-- >Tom Rini >Mentor Graphics Corporation > >_______________________________________________ >Openembedded-core mailing list >Openembedded-core@lists.openembedded.org >http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/1] python-native: Fix a compiler finding issue 2011-07-29 1:15 ` Mei, Lei @ 2011-07-29 1:43 ` Tom Rini 2011-07-29 6:58 ` Mei, Lei 0 siblings, 1 reply; 11+ messages in thread From: Tom Rini @ 2011-07-29 1:43 UTC (permalink / raw) To: openembedded-core On 07/28/2011 06:15 PM, Mei, Lei wrote: > > >> -----Original Message----- >> From: openembedded-core-bounces@lists.openembedded.org >> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of >> Tom Rini >> Sent: Thursday, July 28, 2011 11:09 PM >> To: openembedded-core@lists.openembedded.org >> Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding issue >> >> On 07/28/2011 12:20 AM, Mei Lei wrote: >>> The CC variable sometimes add option information after compiler name, but >> python can't get the real compiler name if those information added. >>> Fix this issue by dropping the option information when finding compiler name. >>> >>> Signed-off-by: Mei Lei <lei.mei@intel.com> >> >> I think this is going to cause problems when you must pass flags to gcc >> to have it work, eg 'gcc -m64'. > > This patch fixed your worried issue. > The CC variable, sometimes like: "x86_64-poky-linux-gcc -m64 --sysroot=/${TMPDIR}/sysroots/qemux86-64", contains flags information. > This will lead to wrong compiler name "qemux86-64" rather than "x86_64-poky-linux-gcc" when python finding the compiler name, so add this patch to find the real gcc name. No, what I'm saying is I have a compiler that must be invoked as 'gcc -m64' (which is what BUILD_CC is). So, I think after saying that, the right answer is to modify python to read the OE-specific BUILD_CC variable. -- Tom Rini Mentor Graphics Corporation ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/1] python-native: Fix a compiler finding issue 2011-07-29 1:43 ` Tom Rini @ 2011-07-29 6:58 ` Mei, Lei 2011-07-29 15:28 ` Tom Rini 0 siblings, 1 reply; 11+ messages in thread From: Mei, Lei @ 2011-07-29 6:58 UTC (permalink / raw) To: Patches and discussions about the oe-core layer >-----Original Message----- >From: openembedded-core-bounces@lists.openembedded.org >[mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of >Tom Rini >Sent: Friday, July 29, 2011 9:44 AM >To: openembedded-core@lists.openembedded.org >Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding issue > >On 07/28/2011 06:15 PM, Mei, Lei wrote: >> >> >>> -----Original Message----- >>> From: openembedded-core-bounces@lists.openembedded.org >>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf >Of >>> Tom Rini >>> Sent: Thursday, July 28, 2011 11:09 PM >>> To: openembedded-core@lists.openembedded.org >>> Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding >issue >>> >>> On 07/28/2011 12:20 AM, Mei Lei wrote: >>>> The CC variable sometimes add option information after compiler name, >but >>> python can't get the real compiler name if those information added. >>>> Fix this issue by dropping the option information when finding compiler >name. >>>> >>>> Signed-off-by: Mei Lei <lei.mei@intel.com> >>> >>> I think this is going to cause problems when you must pass flags to gcc >>> to have it work, eg 'gcc -m64'. >> >> This patch fixed your worried issue. >> The CC variable, sometimes like: "x86_64-poky-linux-gcc -m64 >--sysroot=/${TMPDIR}/sysroots/qemux86-64", contains flags information. >> This will lead to wrong compiler name "qemux86-64" rather than >"x86_64-poky-linux-gcc" when python finding the compiler name, so add this >patch to find the real gcc name. > >No, what I'm saying is I have a compiler that must be invoked as 'gcc >-m64' (which is what BUILD_CC is). So, I think after saying that, the >right answer is to modify python to read the OE-specific BUILD_CC variable. I think I didn't describe this patch exactly before. This patch is only for function runtime_library_dir_option, this function is to detect which platform we are running and what compiler we used, then decide what option information should be passed to compiler. By default, our cross-compiler's name be recognized as "qemux86" rather than " x86_64-poky-linux-gcc" in this function, this is wrong, this will induce a wrong option information passed to x86_64-poky-linux-gcc and block the compile process. And function runtime_library_dir_option only return the option information, so didn't influence compiler name in global. By the way, I think BUILD_CC is host compiler name, not for target. Thanks Lei > >-- >Tom Rini >Mentor Graphics Corporation > >_______________________________________________ >Openembedded-core mailing list >Openembedded-core@lists.openembedded.org >http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/1] python-native: Fix a compiler finding issue 2011-07-29 6:58 ` Mei, Lei @ 2011-07-29 15:28 ` Tom Rini 2011-08-01 12:41 ` Mei, Lei 0 siblings, 1 reply; 11+ messages in thread From: Tom Rini @ 2011-07-29 15:28 UTC (permalink / raw) To: openembedded-core On 07/28/2011 11:58 PM, Mei, Lei wrote: > > >> -----Original Message----- >> From: openembedded-core-bounces@lists.openembedded.org >> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of >> Tom Rini >> Sent: Friday, July 29, 2011 9:44 AM >> To: openembedded-core@lists.openembedded.org >> Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding issue >> >> On 07/28/2011 06:15 PM, Mei, Lei wrote: >>> >>> >>>> -----Original Message----- >>>> From: openembedded-core-bounces@lists.openembedded.org >>>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf >> Of >>>> Tom Rini >>>> Sent: Thursday, July 28, 2011 11:09 PM >>>> To: openembedded-core@lists.openembedded.org >>>> Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding >> issue >>>> >>>> On 07/28/2011 12:20 AM, Mei Lei wrote: >>>>> The CC variable sometimes add option information after compiler name, >> but >>>> python can't get the real compiler name if those information added. >>>>> Fix this issue by dropping the option information when finding compiler >> name. >>>>> >>>>> Signed-off-by: Mei Lei <lei.mei@intel.com> >>>> >>>> I think this is going to cause problems when you must pass flags to gcc >>>> to have it work, eg 'gcc -m64'. >>> >>> This patch fixed your worried issue. >>> The CC variable, sometimes like: "x86_64-poky-linux-gcc -m64 >> --sysroot=/${TMPDIR}/sysroots/qemux86-64", contains flags information. >>> This will lead to wrong compiler name "qemux86-64" rather than >> "x86_64-poky-linux-gcc" when python finding the compiler name, so add this >> patch to find the real gcc name. >> >> No, what I'm saying is I have a compiler that must be invoked as 'gcc >> -m64' (which is what BUILD_CC is). So, I think after saying that, the >> right answer is to modify python to read the OE-specific BUILD_CC variable. > > > I think I didn't describe this patch exactly before. > > This patch is only for function runtime_library_dir_option, this function is to detect which platform we are running and what compiler we used, then decide what option information should be passed to compiler. > > By default, our cross-compiler's name be recognized as "qemux86" rather than " x86_64-poky-linux-gcc" in this function, this is wrong, this will induce a wrong option information passed to x86_64-poky-linux-gcc and block the compile process. > > And function runtime_library_dir_option only return the option information, so didn't influence compiler name in global. > > By the way, I think BUILD_CC is host compiler name, not for target. You're patching python-native, not python, which means the host python and not the target python. -- Tom Rini Mentor Graphics Corporation ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/1] python-native: Fix a compiler finding issue 2011-07-29 15:28 ` Tom Rini @ 2011-08-01 12:41 ` Mei, Lei 2011-08-01 17:27 ` Khem Raj 0 siblings, 1 reply; 11+ messages in thread From: Mei, Lei @ 2011-08-01 12:41 UTC (permalink / raw) To: Patches and discussions about the oe-core layer >-----Original Message----- >From: openembedded-core-bounces@lists.openembedded.org >[mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of >Tom Rini >Sent: Friday, July 29, 2011 11:29 PM >To: openembedded-core@lists.openembedded.org >Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding issue > >On 07/28/2011 11:58 PM, Mei, Lei wrote: >> >> >>> -----Original Message----- >>> From: openembedded-core-bounces@lists.openembedded.org >>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf >Of >>> Tom Rini >>> Sent: Friday, July 29, 2011 9:44 AM >>> To: openembedded-core@lists.openembedded.org >>> Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding >issue >>> >>> On 07/28/2011 06:15 PM, Mei, Lei wrote: >>>> >>>> >>>>> -----Original Message----- >>>>> From: openembedded-core-bounces@lists.openembedded.org >>>>> [mailto:openembedded-core-bounces@lists.openembedded.org] On >Behalf >>> Of >>>>> Tom Rini >>>>> Sent: Thursday, July 28, 2011 11:09 PM >>>>> To: openembedded-core@lists.openembedded.org >>>>> Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding >>> issue >>>>> >>>>> On 07/28/2011 12:20 AM, Mei Lei wrote: >>>>>> The CC variable sometimes add option information after compiler name, >>> but >>>>> python can't get the real compiler name if those information added. >>>>>> Fix this issue by dropping the option information when finding compiler >>> name. >>>>>> >>>>>> Signed-off-by: Mei Lei <lei.mei@intel.com> >>>>> >>>>> I think this is going to cause problems when you must pass flags to gcc >>>>> to have it work, eg 'gcc -m64'. >>>> >>>> This patch fixed your worried issue. >>>> The CC variable, sometimes like: "x86_64-poky-linux-gcc -m64 >>> --sysroot=/${TMPDIR}/sysroots/qemux86-64", contains flags information. >>>> This will lead to wrong compiler name "qemux86-64" rather than >>> "x86_64-poky-linux-gcc" when python finding the compiler name, so add this >>> patch to find the real gcc name. >>> >>> No, what I'm saying is I have a compiler that must be invoked as 'gcc >>> -m64' (which is what BUILD_CC is). So, I think after saying that, the >>> right answer is to modify python to read the OE-specific BUILD_CC variable. >> >> >> I think I didn't describe this patch exactly before. >> >> This patch is only for function runtime_library_dir_option, this function is to >detect which platform we are running and what compiler we used, then decide >what option information should be passed to compiler. >> >> By default, our cross-compiler's name be recognized as "qemux86" rather >than " x86_64-poky-linux-gcc" in this function, this is wrong, this will induce a >wrong option information passed to x86_64-poky-linux-gcc and block the >compile process. >> >> And function runtime_library_dir_option only return the option information, >so didn't influence compiler name in global. >> >> By the way, I think BUILD_CC is host compiler name, not for target. > >You're patching python-native, not python, which means the host python >and not the target python. Yes, but I think this function will be called by python-pycairo, which will use cross compiler name in this function, so we should get the compiler name from CC. Thanks Lei > >-- >Tom Rini >Mentor Graphics Corporation > >_______________________________________________ >Openembedded-core mailing list >Openembedded-core@lists.openembedded.org >http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/1] python-native: Fix a compiler finding issue 2011-08-01 12:41 ` Mei, Lei @ 2011-08-01 17:27 ` Khem Raj 2011-08-02 3:08 ` Mei, Lei 0 siblings, 1 reply; 11+ messages in thread From: Khem Raj @ 2011-08-01 17:27 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On (01/08/11 20:41), Mei, Lei wrote: > > > > >You're patching python-native, not python, which means the host python > >and not the target python. > > Yes, but I think this function will be called by python-pycairo, which will use cross compiler name in this function, so we should get the compiler name from CC. so we inject the cross compiler name hardcoded into python and then python uses it when it needs to do cross compilation ? ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/1] python-native: Fix a compiler finding issue 2011-08-01 17:27 ` Khem Raj @ 2011-08-02 3:08 ` Mei, Lei 0 siblings, 0 replies; 11+ messages in thread From: Mei, Lei @ 2011-08-02 3:08 UTC (permalink / raw) To: Patches and discussions about the oe-core layer >-----Original Message----- >From: openembedded-core-bounces@lists.openembedded.org >[mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of >Khem Raj >Sent: Tuesday, August 02, 2011 1:27 AM >To: Patches and discussions about the oe-core layer >Subject: Re: [OE-core] [PATCH 1/1] python-native: Fix a compiler finding issue > >On (01/08/11 20:41), Mei, Lei wrote: >> >> > >> >You're patching python-native, not python, which means the host python >> >and not the target python. >> >> Yes, but I think this function will be called by python-pycairo, which will use >cross compiler name in this function, so we should get the compiler name from >CC. > >so we inject the cross compiler name hardcoded into python and then >python uses it when it needs to do cross compilation ? No hardcode, I think. Python use the cross compiler name from CC, which will be exported to environment when we do cross compilation. If environment didn't define the CC, the default compiler name will be used, I mean, host compiler name. Thanks Lei > >_______________________________________________ >Openembedded-core mailing list >Openembedded-core@lists.openembedded.org >http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 0/1]python-native: Fix a compiler finding issue 2011-07-28 7:20 [PATCH 0/1]python-native: Fix a compiler finding issue Mei Lei 2011-07-28 7:20 ` [PATCH 1/1] python-native: " Mei Lei @ 2011-08-10 23:28 ` Saul Wold 1 sibling, 0 replies; 11+ messages in thread From: Saul Wold @ 2011-08-10 23:28 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On 07/28/2011 12:20 AM, Mei Lei wrote: > Hi, > This patch will fix an compiler finding issue. > The CC variable, its value sometimes like "x86_64-poky-linux-gcc -m64 --sysroot=/${TMPDIR}/sysroots/qemux86-64", contains option information. This will confuse python when finding the compiler name, wrong compiler name "qemux86-64" were found rather than the "x86_64-poky-linux-gcc". > When I fixing python-pycairo multilib dir issue, above issue appeared and block the compile process. Please review it. > > Thanks > Lei > > The following changes since commit 819f18f8bc000f13b644edc194d2a12b4ea5fecf: > Richard Purdie (1): > Move architecture specific TARGET_OS mangling into tune files > > are available in the git repository at: > > git://git.pokylinux.org/poky-contrib lmei3/python-pycairo > http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=lmei3/python-pycairo > > Mei Lei (1): > python-native: Fix a compiler finding issue > > .../python/python-native/unixccompiler.patch | 20 ++++++++++++++++++++ > .../recipes-devtools/python/python-native_2.6.6.bb | 3 ++- > 2 files changed, 22 insertions(+), 1 deletions(-) > create mode 100644 meta/recipes-devtools/python/python-native/unixccompiler.patch > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > Merged to OE-Core Thanks Sau! ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2011-08-10 23:33 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2011-07-28 7:20 [PATCH 0/1]python-native: Fix a compiler finding issue Mei Lei 2011-07-28 7:20 ` [PATCH 1/1] python-native: " Mei Lei 2011-07-28 15:08 ` Tom Rini 2011-07-29 1:15 ` Mei, Lei 2011-07-29 1:43 ` Tom Rini 2011-07-29 6:58 ` Mei, Lei 2011-07-29 15:28 ` Tom Rini 2011-08-01 12:41 ` Mei, Lei 2011-08-01 17:27 ` Khem Raj 2011-08-02 3:08 ` Mei, Lei 2011-08-10 23:28 ` [PATCH 0/1]python-native: " Saul Wold
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.