[Bug pch/40215] New: Generated GCH for c++ file fails to honor include guards with -no-integrated-cpp

2009-05-20 Thread sacolcor at provide dot net
- Summary: Generated GCH for c++ file fails to honor include guards with -no-integrated-cpp Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: pch AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sacolcor at provide dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40215

[Bug pch/40215] Generated GCH fails to honor include guards with -no-integrated-cpp

2009-05-20 Thread sacolcor at provide dot net
--- Comment #1 from sacolcor at provide dot net 2009-05-21 02:06 --- (Adjusting summary; additional testing revealed that this is not confined to C++) -- sacolcor at provide dot net changed: What|Removed |Added

[Bug pch/40215] Generated GCH fails to honor include guards with -no-integrated-cpp

2009-05-21 Thread sacolcor at provide dot net
--- Comment #3 from sacolcor at provide dot net 2009-05-21 13:56 --- Reopening, because if this is by design, the doc page at <http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html> should elaborate; it does not currently mention anything about incompatibility or other diffic

[Bug pch/40215] GCH generated with -save-temps does not store preprocessor state.

2009-05-21 Thread sacolcor at provide dot net
--- Comment #5 from sacolcor at provide dot net 2009-05-21 18:21 --- (In reply to comment #4) > How can the PCH contain information that is lost by using an external > preprocessor? When I do -save-temps, it's still using the GNU CPP, not an external one, so it's not

[Bug libstdc++/20534] New: Erroneous #include of

2005-03-18 Thread sacolcor at provide dot net
t this bug. -- Summary: Erroneous #include of Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: minor Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sacolcor at provi

[Bug libstdc++/20534] Erroneous #include of

2005-03-18 Thread sacolcor at provide dot net
--- Additional Comments From sacolcor at provide dot net 2005-03-18 20:57 --- I'm working on it, but it may take me a where to track it down to a minimal case. You're correct in that this is legal behavior for a conforming compiler; the actual "core" problem is t

[Bug libstdc++/43241] std::tr1::regex is not fully implemented yet

2011-09-14 Thread sacolcor at provide dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43241 Scott A. Colcord changed: What|Removed |Added CC||sacolcor at provide dot net

[Bug libstdc++/43241] std::tr1::regex is not fully implemented yet

2011-09-14 Thread sacolcor at provide dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43241 --- Comment #12 from Scott A. Colcord 2011-09-14 15:36:46 UTC --- As long as std::regex is still on the todo list, that resolves my concern. And I would love to be able to help; if you can give me a couple of extra hours in my day, I'll happily

[Bug c++/33979] support for char16_t, char32_t

2009-12-14 Thread sacolcor at provide dot net
--- Comment #18 from sacolcor at provide dot net 2009-12-14 21:36 --- Should the library support for this be split into a separate bug? Or two bugs, if libstdc++ and glibc both need to handle the new types? -- sacolcor at provide dot net changed: What|Removed

[Bug c++/44277] New: [C++0x] Add warning to facilitate nullptr conversion.

2010-05-25 Thread sacolcor at provide dot net
Version: 4.6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sacolcor at provide dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44277