[Bug libfortran/29568] implement unformatted files with subrecords (Intel style)
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2006-11-22 01:36 --- Thats what I get for late nite fun! :) Initializing x gives a clean valgrind check. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29568
REGRESSION: friend function declared in class not visible in same class scope.
>> REGRESSION: friend function declared in class not visible in same class
>> scope.
# cat s.i
class P {
friend P A(long);
friend P B(long c) { return A(c); };
};
# for ver in 3.3.6 3.4.6 4.1.1
> do
> gcc-config i686-pc-linux-gnu-$ver >/dev/null 2>&1
> source /etc/profile
> export LANG=C
> g++ -dumpversion
> g++ -c s.i -o s.o && echo ";)"
> done
3.3.6
;)
3.4.6
;)
4.1.1
s.i: In function 'P B(long int)':
s.i:3: error: 'A' was not declared in this scope
# g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/gcc-4.1.1-r1/work/gcc-4.1.1/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.1.1
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include/g++-v4
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib
--disable-checking --disable-werror --disable-libunwind-exceptions
--disable-multilib --disable-libmudflap --disable-libssp
--disable-libgcj --enable-languages=c,c++,fortran --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix gcc version 4.1.1 (Gentoo 4.1.1-r1)
Regards, Bodo
Re: REGRESSION: friend function declared in class not visible in same class scope.
>
> >> REGRESSION: friend function declared in class not visible in same class
> >> scope.
>
> # cat s.i
> class P {
> friend P A(long);
> friend P B(long c) { return A(c); };
> };
This is not a bug as friends don't inject into the namespace according to the
C++ standard, you can work around the problem by using the option
-ffriend-injection.
-- Pinski
[Bug libfortran/29568] implement unformatted files with subrecords (Intel style)
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2006-11-22 01:55 --- I noticed with ifort that with recl=25, a severe run time error is given for exceeding the record length. gfc happily proceeds and this is not related to the patch. Hmm, have we dropped an error check somewhere on recl? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29568
[Bug c++/29927] template instantiation with function type
--- Comment #2 from bangerth at dealii dot org 2006-11-22 03:59 --- What exactly do you expect the code to do? foo(); leads to an instantiation of foo with T= int()() i.e. reference to "no-arg function returning int". From thereon I am a bit confused what exactly you intend to do in foo()... W. -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29927
[Bug c++/29928] typeid of unknown bound array
--- Comment #1 from bangerth at dealii dot org 2006-11-22 04:05 --- Confirmed. I thought the type to which typeid is applied needs to be complete, but I can't find anything like this in the standard. W. -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-11-22 04:05:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29928
[Bug fortran/29926] interface overloading assignment does not handle input types correctly
--- Comment #6 from kargl at gcc dot gnu dot org 2006-11-22 04:13 --- (In reply to comment #5) > Apparently 4.3.0 is actually performing range checking whereas > 4.2.0 was not, hence 4.2.0 would not issue an error by default. No. 4.2.0 performs range checking. The overflow is now caught because I fixed the bug that made 4.2.0 appear to work. In short, older versions of gfortran checked the range -huge(i)-1 <= i < 2 * huge(i). The factor of 2 was erronously included for building a mask for not(i). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29926
[Bug debug/29906] [4.0/4.1/4.2/4.3 Regression] -g option creates internal compiler error
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-22 04:30 --- -g -fno-emit-class-debug-always will produce the same effect on the mainline and the 4.2 branch so I am going to say this is still a 4.2/4.3 Regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work|3.4.0 4.2.0 4.3.0 |3.4.0 Summary|[4.0/4.1 Regression] -g |[4.0/4.1/4.2/4.3 Regression] |option creates internal |-g option creates internal |compiler error |compiler error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29906
[Bug libfortran/29936] New: Missed constraint on RECL=specifier in unformatted sequential WRITE
The following example should give an EOR error. program record integer, parameter :: reclength = 10 real, dimension(reclength) :: array integer :: x = 0 open(unit=10, file="testfile", form="unformatted", access="sequential", recl=10) array = 2.0 write(10) array, 1 close(10) end program record -- Summary: Missed constraint on RECL=specifier in unformatted sequential WRITE Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: jvdelisle at gcc dot gnu dot org ReportedBy: jvdelisle at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29936
[Bug libfortran/29936] Missed constraint on RECL=specifier in unformatted sequential WRITE
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-11-22 06:12 --- Patch in progress -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-11-22 06:12:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29936
[Bug libfortran/29936] Missed constraint on RECL=specifier in unformatted sequential WRITE
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-11-22 07:34 --- Fixed on trunk. Will go to 4.2 in a day or so. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29936
