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
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
> 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
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
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
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
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
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
_
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
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
10 matches
Mail list logo
