https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101440
--- Comment #1 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:4590a31f81ae18e0d887c1a56f510d22754f31ed
commit r15-9165-g4590a31f81ae18e0d887c1a56f510d22754f31ed
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101440
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
Date: Thu Dec 19 00:43:11 2024 +
Fortran: Clean up -funderscoring and -fsecond-underscore docs [PR51820]
This is a long-standing documentation bug in the Fortran manual,
initially reported in 2012 as PR51820, with a quick fix applied later
for PR109216. The patch here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
--- Comment #7 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:03b8e26897fbddec10a703cf518280af675e6458
commit r9-9715-g03b8e26897fbddec10a703cf518280af675e6458
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:b9f52acb7dc74fb7b4591f98d81cdcf54b36df38
commit r10-10102-gb9f52acb7dc74fb7b4591f98d81cdcf54b36df38
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:d7b2e9bd1a3cdb502bfd837d56ef809817ef0db7
commit r11-8974-gd7b2e9bd1a3cdb502bfd837d56ef809817ef0db7
Author: Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:3c64582372cf445eabc4f9e99def7e33fb0270ee
commit r12-3423-g3c64582372cf445eabc4f9e99def7e33fb0270ee
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
--- Comment #3 from Jonathan Wakely ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578453.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-08-31
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
Andrew Pinski changed:
What|Removed |Added
URL|http://gcc.gnu.org/onlinedo |
|cs/gcc/Copy-Assignme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101440
Bug ID: 101440
Summary: Documentation bug for __attribute__ ((access))
Product: gcc
Version: 10.1.0
URL: https://gcc.gnu.org/onlinedocs/gcc-10.1.0/gcc/Common-F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89632
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89632
Bug ID: 89632
Summary: documentation bug
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
Bug ID: 60318
Summary: Documentation bug: C++ Misunderstandings: Implicit
Copy-Assignment for Virtual Bases
Product: gcc
Version: unknown
URL: http://gcc.gnu.org
--- Comment #3 from rleigh at debian dot org 2006-01-03 23:49 ---
Looking at _M_cfile_created as you suggested, it does look like the
documentation is correct as it stands.
Sorry for the waste of time.
Thanks,
Roger
--
rleigh at debian dot org changed:
What|Removed
--- Comment #2 from pcarlini at suse dot de 2006-01-03 22:42 ---
(In reply to comment #1)
> On further investigation, it looks like when a stdio_filebuf is destroyed,
> this will ultimately invoke __basic_file::close(). This calls fclose().
I think this is not true for the constructor a
--- Comment #1 from rleigh at debian dot org 2006-01-03 20:52 ---
On further investigation, it looks like when a stdio_filebuf is destroyed, this
will ultimately invoke __basic_file::close(). This calls fclose(). If
an fd is used, fdopen() is called to create a __c_file*.
If this is c
ssumption I was passing ownership of the
fd to this streambuf, and not closing it by hand.
Is this a documentation bug?
I've checked , and I can't see any referece to close().
The docs for the FILE* ctor say " The FILE* will **not** be automatically
closed when the stdio_filebuf is c
Regarding:
http://gcc.gnu.org/onlinedocs/gcc-3.2/gcc/Function-Attributes.html#Function%20Attributes
When using an attribute that take parameter arguments, such as the
format attribute, one needs to start counting parameters at *2* in C++
because (i'm assuming here) 'this' (the current object's ad
20 matches
Mail list logo
