Hi Sun，
Thanks for your comments. Do you have any suggest on what kind of large
applications we need to try?
-Xiaohua
From: Sun Chan
To: Xiaohua Zhang
Cc: open64-devel@lists.sourceforge.net
Sent: Mon, October 4, 2010 3:49:36 PM
Subject: Re: [Open64-devel] e
there is probably some build graph problem that may cause hidden
dependency during compile. Likely introduced as people add new
capability and did not have large apps to test, instead of fixing the
problem later on, they simply disable it (just a wild guess, but it
used to work fine back then) You
Sun and others,
Thanks for the feedback and insight into the original design.
You are right -- it should be possible to support on-the-fly switching
with the current code. I was thinking of a future scenario where we
implement support for the GNU "target" attribute. It operates at the
function
Hi,
Current the parallel make for IPA is disabled by following code:
config_ipa.cxx:
195 #ifdef KEY
196 UINT32 IPA_Max_Jobs = 1; /* disable concurrent backend
compilations */
197 #else
198 UINT32 IPA_Max_Jobs = 0; /* concurrent backend compilations */
199 #endif
Author: dcoakley
Date: 2010-10-04 13:46:27 -0400 (Mon, 04 Oct 2010)
New Revision: 3365
Modified:
trunk/osprey/driver/opt_actions.c
Log:
Use the family number to classify AMD processors in get_auto_cpu_name().
The model names in /proc/cpuinfo are based on marketing names which are
reused for mu
