[Bug libstdc++/24012] New: [3.4,4.0,4,1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[Bug libstdc++/24012] New: [3.4,4.0,4,1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[gerald at pfeifer dot com]

The following simple program fails to compile on FreeBSD 5.4:  
  
  #define _POSIX_C_SOURCE 1   
  #include <iostream>   
  
g++ issues the following error message:   
  
  /gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../incl  
ude/c++/4.1.0/cwchar:166:   
error: '::vfwscanf' has not been declared   
  /gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../incl   
ude/c++/4.1.0/cwchar:170:   
error: '::vswscanf' has not been declared   
  /gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../incl   
ude/c++/4.1.0/cwchar:174:   
error: '::vwscanf' has not been declared   
  /gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../incl   
ude/c++/4.1.0/cwchar:191:   
error: '::wcstof' has not been declared   
   
The FreeBSD 5.4 system compiler, which basically is GCC 3.4.2, has the 
same issue.

-- 
           Summary: [3.4,4.0,4,1 regression] #define _POSIX_C_SOURCE breaks
                    #include <iostream>
           Product: gcc
           Version: 4.1.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: libstdc++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: gerald at pfeifer dot com
                CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-unknown-freebsd5.4


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

[Bug libstdc++/24012] [3.4/4.0/4.1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[schwab at suse dot de]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[3.4,4.0,4,1 regression]    |[3.4/4.0/4.1 regression]
                   |#define _POSIX_C_SOURCE     |#define _POSIX_C_SOURCE
                   |breaks #include <iostream>  |breaks #include <iostream>


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

[Bug target/24012] [3.4/4.0/4.1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-09-22 15:20 -------
This is a target issue.  The way we work around this on GNU/Linux is that we define _GNU_SOURCE all 
the time.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|libstdc++                   |target
   GCC host triplet|i386-unknown-freebsd5.4     |
 GCC target triplet|                            |i386-unknown-freebsd5.4


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

[Bug target/24012] [3.4/4.0/4.1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-09-22 15:37 -------
*** Bug 24013 has been marked as a duplicate of this bug. ***

-- 


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

[Bug target/24012] [3.4/4.0/4.1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[gerald at pfeifer dot com]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rittle at latour dot waar
                   |                            |dot labs dot mot dot com


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

[Bug target/24012] [3.4/4.0/4.1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[ljrittle at gcc dot gnu dot org]

------- Additional Comments From ljrittle at gcc dot gnu dot org  2005-09-22 19:20 -------
The better way to fix this IMHO is to mirror how we fixed other conditionally
missing symbols. Add a _DYNAMIC hook, add the support guards in various places
where the HAVE_X guards exist, add a correctly written define in os_defines.h to
describe the OS-level macro used to key the visibility of the "standard"
function or other symbol.  See the current FreeBSD os_defines.h for some examples.

In my further opinion, this is merely a QoI issue (granted, annoying): The user
defining a macro in implementor space may get this type of result.

Regards,
Loren

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2005-09-22 19:20:40
               date|                            |


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

[Bug target/24012] [3.4/4.0/4.1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[gerald at pfeifer dot com]

------- Additional Comments From gerald at pfeifer dot com  2005-09-24 16:34 -------
Historically, on some systems one had to define _POSIX_C_SOURCE to get at
fileno(), which has been used by code generated by flex() and probably others.

-- 


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

[Bug target/24012] [3.4/4.0/4.1 regression] #define _POSIX_C_SOURCE breaks #include <iostream>

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P2                          |P5
   Target Milestone|---                         |4.1.0


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