--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-12 02:22 ---
Looks like __typeof__ does the same thing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33045
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-08-12 02:05 ---
Hmm, I wonder what the current draft of C++0x says of decltype with this
respect (right now we reject it).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6709
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-08-12 02:02 ---
Trunk gives:
t.cc: In function 'void g()':
t.cc:3: error: invalid use of non-static member function 'int B::f()'
t.cc:3: error: template argument 1 is invalid
t.cc:3: error: invalid type in declaration before ';' tok
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Bootstrap fails on |[4.3 Regression] Bootstrap
|gcc/tree.c
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-08-12 00:16
---
Haven't yet had time to regtest this patch, but it should fix the bug:
Index: trans-expr.c
===
--- trans-expr.c(revision 127363)
+++ trans-e
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-08-11 23:33
---
(In reply to comment #7)
> The reason for that is in gfc_trans_call
This should be: gfc_conv_function_call
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30964
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-08-11 23:22
---
(In reply to comment #6)
> For the first one, gfc_conv_missing_dummy() is called, which leads to correct
> code. For the second one, gfc_conv_missing_dummy() is not called, leading to
> wrong-code.
The reason for
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-08-11 22:08 ---
gfortran seems to lack the following information:
1. DW_TAG_module
to describe the module at hand
2. DW_TAG_imported_declaration/DW_TAG_imported_module/DW_AT_import
to describe use-associated variables (dw
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-08-11 21:53
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-08-11 21:52
---
Subject: Bug 31189
Author: fxcoudert
Date: Sat Aug 11 21:52:22 2007
New Revision: 127364
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127364
Log:
PR fortran/31189
* runtime/backtrace.c
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-08-11 21:31
---
Subject: Bug 32937
Author: fxcoudert
Date: Sat Aug 11 21:31:35 2007
New Revision: 127363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127363
Log:
PR fortran/32937
* trans-array.c (gfc_c
--- Comment #6 from chandleg at wizardsworks dot org 2007-08-11 20:37
---
I have the same problem as listed here, building a x86_64 cross compiler using
32bit gcc-4.1.2
bash-3.1$ gcc -v
Reading specs from /usr/lib/gcc/i486-slackware-linux/4.1.2/specs
Target: i486-slackware-linux
Config
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-08-11 20:34 ---
Created an attachment (id=14055)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14055&action=view)
proposed patch
Here's a patch, which is currently regtesting.
We'll absolutely need to check this on a big-end
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-11 18:50 ---
The trunk (and 4.0.2) gives:
t.cc: In member function 'size_t A::operator()(const T&) [with T = B]':
t.cc:19: instantiated from here
t.cc:8: error: invalid cast from type 'const B' to type 'const size_t'
--
pin
[EMAIL PROTECTED]:~ % cat dingens.cc
#include
template class A {
public:
size_t operator()(const T& o) {
if (sizeof(T)==sizeof(size_t))
return (const size_t) o;
else
return 42;
}
};
struct B { unsigned int n; };
int main() {
A hash;
std::
--- Comment #1 from wvangulik at xs4all dot nl 2007-08-11 18:14 ---
Created an attachment (id=14054)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14054&action=view)
Example
C source showing non optimal code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33050
Using this version/config:
~`
Using built-in specs.
Target: avr
Configured with: ../gcc-4.1.2/configure --prefix=/c/WinAVR --target=avr
--enable
-languages=c,c++ --with-dwarf2 --enable-win32-registry=WinAVR-20070525
--disable
-nls --with-gmp=/usr/local --with-mpfr=/usr/local --enab
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-11 17:58 ---
It might be interesting if you tried 4.2.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33049
--- Comment #1 from wvangulik at xs4all dot nl 2007-08-11 17:56 ---
Created an attachment (id=14053)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14053&action=view)
examples of good extraction and bad extraction
Adding the test file showing the missed optimization
--
http://
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-11 17:54 ---
*** This bug has been marked as a duplicate of 18487 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-08-11 17:54 ---
*** Bug 33048 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Using this version/config:
~
Using built-in specs.
Target: avr
Configured with: ../gcc-4.1.2/configure --prefix=/c/WinAVR --target=avr
--enable
-languages=c,c++ --with-dwarf2 --enable-win32-registry=WinAVR-20070525
--disable
-nls --with-gmp=/usr/local --with-mpfr=/usr/local --enabl
gcc should warn when a function that is declared with __attribute__((pure)) or
__attribute__((const)) is defined in a way that appears to break those
guarantees.
i.e. an __attribute__((const)) function should not be allowed to dereference
pointers or call non-__attribute__((const)) functions (exce
--- Comment #24 from jvdelisle at gcc dot gnu dot org 2007-08-11 17:49
---
Sorry for the spin up here. I have a patch ready, still trying to test.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
--- Comment #10 from pixel at mandriva dot com 2007-08-11 17:08 ---
are you sure it fixes it? it still takes 1G here...
--
pixel at mandriva dot com changed:
What|Removed |Added
--
--- Comment #23 from kargl at gcc dot gnu dot org 2007-08-11 16:11 ---
(In reply to comment #22)
> This is *not* an enhancement. It is a *regression* that causes an important
> application not to work.
>
A regression with respect to what version of gfortran? A scan of the
audit trail
--- Comment #22 from steven dot chapel at sbcglobal dot net 2007-08-11
15:54 ---
This is *not* an enhancement. It is a *regression* that causes an important
application not to work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
Using the GNU extension for forward declaration of explicit instantiations
("extern template...") seems to make static member definitions fall under the
rules of declarations:
$ cat /tmp/t.cpp
struct C {};
template
struct S { static T v; };
template
T S::v = T();
extern template c
--- Comment #21 from jvdelisle at gcc dot gnu dot org 2007-08-11 15:38
---
Changing to enhancement. STANDARD I/O works fine.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-08-11 15:04
---
Regarding comment #7, The finite and nan have no meaning in the context of
binary, octal, or hex output.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26252
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-08-11
13:05 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution
> write_float uses isfinite (n) and isnan (n) to determine if "Infinite" or
> "NaN"
> is emitted and in that case exits before
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-08-11 11:27
---
*** Bug 33046 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-11 11:27 ---
*** This bug has been marked as a duplicate of 24791 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-08-11 11:17
---
Hurray! It's been my wildest gdb session since a very long time (two sessions
of two hours each), but I've made it at last! My analysis in the previous
comment was right, we are generating a charlen's backend_decl
g++ 4 will ICE when provided the explicit template specialization of a static
class member with an extra template argument (like for a partial spec):
template
struct S { static int v; };
template // instead of template<>
int S::v;
g++ 3.3.6 and 3.4.6 compile this without complaining. g++
35 matches
Mail list logo
