[Bug fortran/25850] New: gfortran - 8 testsuite failures on darwin

[Bug fortran/25850] New: gfortran - 8 testsuite failures on darwin

[dir at lanl dot gov]

I cannot find were anyone else has submitted this as a bug -


Test Run By dir on Wed Jan 18 13:21:27 2006
Native configuration is powerpc-apple-darwin8.4.0

                === gfortran tests ===

Schedule of variations:
    unix

Running target unix
Using /usr/local/share/dejagnu/baseboards/unix.exp as board description file
for target.
Using /usr/local/share/dejagnu/config/unix.exp as generic interface file for
target.
Using /Users/dir/gfortran/gcc/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.dg/dg.exp ...
FAIL: gfortran.dg/large_real_kind_2.F90 execution test
FAIL: gfortran.dg/large_real_kind_2.F90 execution test
FAIL: gfortran.dg/large_real_kind_2.F90 execution test
FAIL: gfortran.dg/large_real_kind_2.F90 execution test
FAIL: gfortran.dg/large_real_kind_2.F90 execution test
FAIL: gfortran.dg/large_real_kind_2.F90 execution test
FAIL: gfortran.dg/large_real_kind_2.F90 execution test
FAIL: gfortran.dg/large_real_kind_2.F90 execution test
Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.dg/vect/vect.exp ...
Running
/Users/dir/gfortran/gcc/gcc/testsuite/gfortran.fortran-torture/compile/compile.exp
...
Running
/Users/dir/gfortran/gcc/gcc/testsuite/gfortran.fortran-torture/execute/execute.exp
...

                === gfortran Summary ===

# of expected passes            11299
# of unexpected failures        8
# of expected failures          7
# of unsupported tests          42
/Users/dir/gfortran/ibin/gcc/testsuite/gfortran/../../gfortran  version 4.2.0
20060118 (experimental)

make: [check-gfortran] Error 1 (ignored)
[dranta:~/gfortran/ibin/gcc] dir% gfortran --v
Using built-in specs.
Target: powerpc-apple-darwin8.4.0
Configured with: ../gcc/configure --prefix=/Users/dir/gfortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.2.0 20060118 (experimental)


-- 
           Summary: gfortran - 8 testsuite failures on darwin
           Product: gcc
           Version: 4.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: dir at lanl dot gov
  GCC host triplet: powerpc-apple-darwin8.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug fortran/25850] gfortran - 8 testsuite failures on darwin

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2006-01-18 21:51 -------
Mine.  All mine.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
                   |dot org                     |org
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   GCC host triplet|powerpc-apple-darwin8.4.0   |
 GCC target triplet|                            |powerpc-apple-darwin8.4.0
   Last reconfirmed|0000-00-00 00:00:00         |2006-01-18 21:51:10
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug fortran/25850] gfortran - 8 testsuite failures on darwin

[pinskia at gcc dot gnu dot org]

------- Comment #2 from pinskia at gcc dot gnu dot org  2006-01-18 21:52 -------
Part of this will be fixed by the patch for PR 25477.  The other parts I
submitted but I need to reply to the comments.  There is two Fortran front-end
parts so I am going to keep this as the fortran front-end bug.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |25477


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug fortran/25850] real kind=16 failures on powerpc-darwin

[pinskia at gcc dot gnu dot org]

------- Comment #3 from pinskia at gcc dot gnu dot org  2006-02-20 23:53 -------
No longer working on this, too much troubles are causing to me to fix Darwin
bugs.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|pinskia at gcc dot gnu dot  |unassigned at gcc dot gnu
                   |org                         |dot org
             Status|ASSIGNED                    |NEW


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug fortran/25850] real kind=16 failures on powerpc-darwin

[pinskia at gcc dot gnu dot org]

------- Comment #4 from pinskia at gcc dot gnu dot org  2006-03-02 00:41 -------
Mine, this is will be one of my last Darwin specific patches.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug fortran/25850] real kind=16 failures on powerpc-darwin

[pinskia at gcc dot gnu dot org]

------- Comment #5 from pinskia at gcc dot gnu dot org  2006-05-21 20:27 -------
I am no longer working on this one.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|pinskia at gcc dot gnu dot  |unassigned at gcc dot gnu
                   |org                         |dot org
             Status|ASSIGNED                    |NEW


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug fortran/25850] real kind=16 failures on powerpc-darwin

[howarth at nitro dot med dot uc dot edu]

------- Comment #6 from howarth at nitro dot med dot uc dot edu  2006-10-06 01:20 -------
The last work on this by Andrew was to propose the code fragment
below for remapping the functions...

static void
darwin_patch_builtin (int fncode)
{
  tree fn = built_in_decls[fncode];
  const char *newname;
  if (!fn)
    return;

  sym = DECL_ASSEMBLER_NAME (fn);
  newname = alloca (IDENTIFIER_LENGTH (sym)+9);
  strcpy (newname, IDENTIFIER_POINTER (sym));
  strcat (newname, "$LDBL128");
  sym = get_identifier (newname);
  SET_DECL_ASSEMBLER_NAME (fn, sym);

  fn = implicit_built_in_decls[fncode];
  if (fn)
    SET_DECL_ASSEMBLER_NAME (fn, sym);
}

Mike Stump provide a list of functions to be remapped...

___svfscanf$LDBL128     _fmal$LDBL128           _strtold_l$LDBL128
___svfscanf_l$LDBL128   _fmaxl$LDBL128          _swprintf$LDBL128
___vfprintf$LDBL128     _fminl$LDBL128          _swprintf_l$LDBL128
___vfwprintf$LDBL128    _fmodl$LDBL128          _swscanf$LDBL128
___vfwscanf$LDBL128     _fprintf$LDBL128        _swscanf_l$LDBL128
_acoshl$LDBL128         _fprintf_l$LDBL128      _syslog$LDBL128
_acosl$LDBL128          _frexpl$LDBL128         _tanhl$LDBL128
_asinhl$LDBL128         _fscanf$LDBL128         _tanl$LDBL128
_asinl$LDBL128          _fscanf_l$LDBL128       _tgammal$LDBL128
_asl_log$LDBL128        _fwprintf$LDBL128       _truncl$LDBL128
_asl_vlog$LDBL128       _fwprintf_l$LDBL128     _vasprintf$LDBL128
_asprintf$LDBL128       _fwscanf$LDBL128        _vasprintf_l$LDBL128
_asprintf_l$LDBL128     _fwscanf_l$LDBL128      _verr$LDBL128
_atan2l$LDBL128         _hypotl$LDBL128         _verrc$LDBL128
_atanhl$LDBL128         _ilogbl$LDBL128         _verrx$LDBL128
_atanl$LDBL128          _ldexpl$LDBL128         _vfprintf$LDBL128
_cabsl$LDBL128          _lgammal$LDBL128        _vfprintf_l$LDBL128
_cacoshl$LDBL128        _llrintl$LDBL128        _vfscanf$LDBL128
_cacosl$LDBL128         _llroundl$LDBL128       _vfscanf_l$LDBL128
_cargl$LDBL128          _log10l$LDBL128         _vfwprintf$LDBL128
_casinhl$LDBL128        _log1pl$LDBL128         _vfwprintf_l$LDBL128
_casinl$LDBL128         _log2l$LDBL128          _vfwscanf$LDBL128
_catanhl$LDBL128        _logbl$LDBL128          _vfwscanf_l$LDBL128
_catanl$LDBL128         _logl$LDBL128           _vprintf$LDBL128
_cbrtl$LDBL128          _lrintl$LDBL128         _vprintf_l$LDBL128
_ccoshl$LDBL128         _lroundl$LDBL128        _vscanf$LDBL128
_ccosl$LDBL128          _modfl$LDBL128          _vscanf_l$LDBL128
_ceill$LDBL128          _nanl$LDBL128           _vsnprintf$LDBL128
_cexpl$LDBL128          _nearbyintl$LDBL128     _vsnprintf_l$LDBL128
_cimagl$LDBL128         _nextafterl$LDBL128     _vsprintf$LDBL128
_clogl$LDBL128          _nexttoward$LDBL128     _vsprintf_l$LDBL128
_conjl$LDBL128          _nexttowardf$LDBL128    _vsscanf$LDBL128
_copysignl$LDBL128      _nexttowardl$LDBL128    _vsscanf_l$LDBL128
_coshl$LDBL128          _powl$LDBL128           _vswprintf$LDBL128
_cosl$LDBL128           _printf$LDBL128         _vswprintf_l$LDBL128
_cpowl$LDBL128          _printf_l$LDBL128       _vswscanf$LDBL128
_cprojl$LDBL128         _remainderl$LDBL128     _vswscanf_l$LDBL128
_creall$LDBL128         _remquol$LDBL128        _vsyslog$LDBL128
_csinhl$LDBL128         _rintl$LDBL128          _vwarn$LDBL128
_csinl$LDBL128          _roundl$LDBL128         _vwarnc$LDBL128
_csqrtl$LDBL128         _scalblnl$LDBL128       _vwarnx$LDBL128
_ctanhl$LDBL128         _scalbnl$LDBL128        _vwprintf$LDBL128
_ctanl$LDBL128          _scanf$LDBL128          _vwprintf_l$LDBL128
_erfcl$LDBL128          _scanf_l$LDBL128        _vwscanf$LDBL128
_erfl$LDBL128           _sinhl$LDBL128          _vwscanf_l$LDBL128
_err$LDBL128            _sinl$LDBL128           _warn$LDBL128
_errc$LDBL128           _snprintf$LDBL128       _warnc$LDBL128
_errx$LDBL128           _snprintf_l$LDBL128     _warnx$LDBL128
_exp2l$LDBL128          _sprintf$LDBL128        _wcstold$LDBL128
_expl$LDBL128           _sprintf_l$LDBL128      _wcstold_l$LDBL128
_expm1l$LDBL128         _sqrtl$LDBL128          _wprintf$LDBL128
_fabsl$LDBL128          _sscanf$LDBL128         _wprintf_l$LDBL128
_fdiml$LDBL128          _sscanf_l$LDBL128       _wscanf$LDBL128
_floorl$LDBL128         _strtold$LDBL128        _wscanf_l$LDBL128

and Geoff mentioned...

You also need to be sure to test macos_version_min. If you're compiling to
target < 10.3.9, then you need to make sure to use the original version of at
least printf and the other variadic functions.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug fortran/25850] real kind=16 failures on powerpc-darwin

[kargl at gcc dot gnu dot org]

------- Comment #7 from kargl at gcc dot gnu dot org  2006-10-06 03:04 -------
(In reply to comment #6)
> The last work on this by Andrew was to propose the code fragment
> below for remapping the functions...
> 
> static void
> darwin_patch_builtin (int fncode)
> {
> }

It is unclear to me where you intend to put this function.
If it is in the gfortran frontend, I will outright reject
the patch and lobby to have it removed if anyone applies.

> Mike Stump provide a list of functions to be remapped... 

(Over 150 functions to remap).

You got to be kidding.  Apple has no long double library 
support, and so you plan to remap the functions just to
compile REAL(16) programs.  I fear that this is going to
lead to too many superfluous bug reports.  If anything,
in trans-types.h, the inclusion of REAL(16) shoudl be
disabled for darwin.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

Re: [Bug fortran/25850] real kind=16 failures on powerpc-darwin

[Andrew Pinski]

On Fri, 2006-10-06 at 03:04 +0000, kargl at gcc dot gnu dot org wrote:
> It is unclear to me where you intend to put this function.
> If it is in the gfortran frontend, I will outright reject
> the patch and lobby to have it removed if anyone applies. 

It should be in darwin.c in the back-end.  C also has the same issue.

-- Pinski

[Bug fortran/25850] real kind=16 failures on powerpc-darwin

[pinskia at physics dot uc dot edu]

------- Comment #8 from pinskia at physics dot uc dot edu  2006-10-06 03:06 -------
Subject: Re:  real kind=16 failures on powerpc-darwin

On Fri, 2006-10-06 at 03:04 +0000, kargl at gcc dot gnu dot org wrote:
> It is unclear to me where you intend to put this function.
> If it is in the gfortran frontend, I will outright reject
> the patch and lobby to have it removed if anyone applies. 

It should be in darwin.c in the back-end.  C also has the same issue.

-- Pinski


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug target/25850] real kind=16 failures on powerpc-darwin

[howarth at nitro dot med dot uc dot edu]

------- Comment #9 from howarth at nitro dot med dot uc dot edu  2006-10-06 03:53 -------
Andrew,
    Could you flesh out the code fragment a bit so it is clearer exactly how
you intended to hook this into darwin.c? Also, if you could just show how
you were going to handle the table of symbols for just a couple of the entries?
This would really help get the ball rolling on this PR again.
            Jack


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug target/25850] real kind=16 failures on powerpc-darwin

[mrs at apple dot com]

------- Comment #10 from mrs at apple dot com  2006-10-06 05:46 -------
> Apple has no long double library support

This is false.  What we don't have is symbol versioning and the `normal' names
refer to an abi different long double, 8 bytes as I recall.

The impact to the fortran frontend should be 2 lines of code, if that.  The
impact to the darwin.c file will be larger.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850

[Bug target/25850] real kind=16 failures on powerpc-darwin

[geoffk at gcc dot gnu dot org]

------- Comment #11 from geoffk at gcc dot gnu dot org  2006-10-06 19:14 -------
This is entirely a dup of 25477.

*** This bug has been marked as a duplicate of 25477 ***


-- 

geoffk at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25850