Is there a way to enable such exotic codegen for 32bit environments?
With libgcc-math you didn't have exotic instructions, but you had
trascendental operations compiled with -mfpmath=sse and with a special
ABI. -mfpmath=sse won about 8% over -mfpmath=387 for tramp3d, which
does have trasce
Ok. The reason that I need to know how many lines of source code their
is in the untested files is that I want to calculate a avarage for
test coverage on "modules" in my source code tree. And untested
"module files" contribute to that avarage as well, of course.
That I need it to work in a simil
However, in s390.c, we have:
static bool
s390_valid_pointer_mode (enum machine_mode mode)
{
return (mode == SImode || (TARGET_64BIT && mode == DImode));
}
Note that more than one mode is supported simultaneously. Thus, it's
legal for the application to specify SI or DI mode for pointer (via
_
Is there a wiki gcc page which accurately describes the
current status of IPA in gcc trunk? I have run across a
fortran benchmark which exhibits a huge improvement from
IPA when compiled on XL Fortran. I would like to attempt
to use the current IPA support in gcc trunk with gfortran
but it doesn
On 05/08/2006, at 5:19 PM, Jack Howarth wrote:
While testing the state of gfortran in gcc trunk at -m64 on
MacOS X 10.4
I discovered a huge number of test failures (848 compared to 26
with -m32).
Almost all of these failures appear to be due to two undefined
symbols in
libgfortran's s
Geoff,
I've asked David Edelsohn at IBM if he sees the same problem on
linuxppc64. Unfortunately, I don't have a spare drive handy to
try it on linuxppc64 myself.
Jack
Geoff,
I tried the modulo.c and division.c test cases with tonight's
gcc svn pull and the problem shows some variability. Sometimes
building with 'gcc-4 -m64 division.c' or 'gcc-4 -m64 modulo.c'
creates a binary that can resolve the symbol and sometimes not.
So the symbol resolution process see
> Jack Howarth writes:
Jack> I've asked David Edelsohn at IBM if he sees the same problem on
Jack> linuxppc64. Unfortunately, I don't have a spare drive handy to
Jack> try it on linuxppc64 myself.
Everything works fine on ppc64 linux.
I believe that Andrew Pinski diagnosed th
David,
My understanding was that only libgcc_s.10.4.dylib and libgcc_s.10.5.dylib
required the entries in their .ver files for exporting symbols. The -m64
flag on Darwin causes libgcc_s_ppc64.1.dylib to be used for the linked
libgcc. There is a very sparse libgcc-ppc64.ver file in the director
David,
A few questions. Does linuxppc64 use the libgcc-ppc64.ver in
gcc/config/rs6000 or does it use the stock libgcc-std.ver in the
gcc directory? I am still unclear which 'owns' libgcc-ppc64.ver
since it doesn't have darwin explicitly in its name. Also does
nm -D libgcc_s.so | grep __umodti3
10 matches
Mail list logo
