[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[amodra at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19481

--- Comment #7 from Alan Modra  ---
Author: amodra
Date: Wed Dec  7 23:16:03 2016
New Revision: 243417

URL: https://gcc.gnu.org/viewcvs?rev=243417=gcc=rev
Log:
sync config/* from binutils

* elf.m4: Revert 2016-06-21 change.
* picflag.m4: Likewise.  Revert 2016-04-30 change too.
* override.m4 (AC_PROG_LEX): Import 2016-01-18 binutils fix
for PR binutils/19481.

Modified:
trunk/config/ChangeLog
trunk/config/elf.m4
trunk/config/override.m4
trunk/config/picflag.m4

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.2


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

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-09-05 
10:37 ---
It looks like this issue with cabs declaration is fixed now, with an up-to-date
mingw. Closing the PR.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-05-31 
16:58 ---
Then, confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-31 16:58:48
   date||


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

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-05-02 
07:42 ---
cabs issue is still here. Will look into it when I have time.

-- 


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

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-01 
14:33 ---
(In reply to comment #2)
 I worked around this bug, commenting a line in /mingw/include/math.h (I quote 
 it
 here for reference):
 //_CRTIMP double __cdecl cabs (struct _complex);
 
 The end of the compilation runs smoothly, but when I try to use gfortran, it
 complains at link-time about missing symbol _ftruncate. Indeed, mingw doesn't
 have a ftruncate (it has a chsize which has the same prototype and all), but 
 the

The ftruncate problem should be fixed now.

Does this work fully or is cabs issue still there?

-- 


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

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-17 
15:15 ---
I will note this definitation of cbas is not compatible with C99.

-- 
   What|Removed |Added

  Component|bootstrap   |libfortran
 GCC target triplet||i686-pc-mingw32
   Keywords||build
Version|unknown |4.0.0


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

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||16991
  nThis||


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

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[coudert at clipper dot ens dot fr]

--- Additional Comments From coudert at clipper dot ens dot fr  2005-01-17 
17:09 ---
I worked around this bug, commenting a line in /mingw/include/math.h (I quote it
here for reference):
//_CRTIMP double __cdecl cabs (struct _complex);

The end of the compilation runs smoothly, but when I try to use gfortran, it
complains at link-time about missing symbol _ftruncate. Indeed, mingw doesn't
have a ftruncate (it has a chsize which has the same prototype and all), but the
libgfortran.a needs one (originally in unix.o). This can be worked around
(create an object file for ftruncate which call chsize directly and ar -rv it
into libgortran.a), but it should get fixed nonetheless.

-- 


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