--- Additional Comments From giovannibajo at libero dot it 2005-03-26
11:59 ---
Subject: Re: Do not print default template arguments in error messages
gdr at integrable-solutions dot net [EMAIL PROTECTED] wrote:
The first patch will deal with just removal of default
arguments, and
--- Additional Comments From dave at boost-consulting dot com 2005-03-26
12:57 ---
Subject: Re: Do not print default template arguments in error messages
gdr at integrable-solutions dot net [EMAIL PROTECTED] writes:
--- Additional Comments From gdr at integrable-solutions dot
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 15:40 ---
Subject: Re: Do not print default template arguments in error messages
giovannibajo at libero dot it [EMAIL PROTECTED] writes:
| --- Additional Comments From giovannibajo at libero dot it
On linux x86, using the following 2 little sources files :
-- 1.C
#include typeinfo
class A {
public:
A() {}
};
extern void foo(const std::type_info);
int main()
{
foo(typeid(A*));
return 0;
}
---
--
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 15:55 ---
Subject: Re: Do not print default template arguments in error messages
dave at boost-consulting dot com [EMAIL PROTECTED] writes:
| --- Additional Comments From dave at boost-consulting dot com
--- Additional Comments From dave at boost-consulting dot com 2005-03-26
16:14 ---
This is obviously becoming personal. I wanted a record of my technical concerns
in the bug database, but as the tone has changed I don't think it's appropriate
to continue this here. I will reply to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
16:59 ---
Hmm, this works without weak symbols.
--
What|Removed |Added
Summary|Wrong
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
17:35 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-26
17:35 ---
Subject: Bug 20636
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-26 17:35:44
Modified files:
gcc: ChangeLog
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-26
17:37 ---
Tobi and Thomas,
This one is fixed: as of 20050324, you get a nice friendly error message:
In file namelist/pr18476.f90:6
read(chr,nml)
1
Error: Variable 'nml' has not been assigned a format
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
17:44 ---
Fixed since at least 20050321.
--
What|Removed |Added
Status|NEW
--
Bug 18959 depends on bug 18476, which changed state.
Bug 18476 Summary: internal compiler error on strange read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18476
What|Old Value |New Value
--
Bug 19292 depends on bug 18476, which changed state.
Bug 18476 Summary: internal compiler error on strange read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18476
What|Old Value |New Value
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-12-15
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-26 17:50
---
This is most probably related to Feng Wang's 2005-03-15 patch.
--
What|Removed |Added
Target
--
What|Removed |Added
Component|rtl-optimization|target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20634
While building libjava:
$ /bin/sh ./libtool --mode=compile /tmp/cvs/gcc-20050326/Build/./gcc/gcj
-B/tmp/cvs/gcc-20050326/Build/./gcc/ -B/usr/local/ia64-suse-linux/bin/
-B/usr/local/ia64-suse-linux/lib/ -isystem /usr/local/ia64-suse-linux/include
-isystem /usr/local/ia64-suse-linux/sys
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
18:22 ---
For the first problem with code generation issue, does -fno-strict-aliasing
helps?
For the second problem with respect with the ICE, well only -O1
-fschedule-insns -funit-at-a-time is
needed to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
18:25 ---
Roger told me he saw the same thing.
This is a middle-end bug.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
18:30 ---
Well first we need the preprocessed source. Also are you using the GCC
provided by SuSE, well I would
report it to them first.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
18:32 ---
(In reply to comment #2)
Is this test still failing on mainline ?
On ppc-darwin this passes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19384
--
What|Removed |Added
Component|inline-asm |target
GCC build triplet|3.4.3 |
GCC host triplet|win |
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--
What|Removed |Added
GCC target triplet||powerpcle-*-*
Keywords||wrong-code
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20529
--
What|Removed |Added
Summary|ICE |ICE on invalid code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20552
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20562
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 18:44 ---
Subject: Re: Erroneous #include of cassert
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| --
|What|Removed |Added
|
--- Additional Comments From giovannibajo at libero dot it 2005-03-26
19:24 ---
OK, before I clean up the patch, I'll post an example. For this code:
--
#include map
#include vector
#include string
std::mapstd::string, std::vectorint m;
--- Additional Comments From giovannibajo at libero dot it 2005-03-26
19:26 ---
Another comparison:
---
#include vector
template class T, int N=0, int X=1
struct A
{
std::vectorT v;
void foo(void)
{ v.doesnotexist(); }
};
void foo(void)
{
Compiling glibc on i686 with GCC 4.0 CVS 20050325 I get this segmentation fault
compiling the testsuite:
/opt/gcc/4.0-devel/libexec/gcc/i686-suse-linux-gnu/4.0.0/cc1 -fpreprocessed
inl-tester.i -quiet -dumpbase inl-tester.c -mpreferred-stack-boundary=2
-mtune=pentiumpro -auxbase-strip
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-26 19:39
---
Created an attachment (id=8458)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8458action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20649
--
What|Removed |Added
Component|c |debug
Keywords||ice-on-valid-code
Summary|Segmentation fault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
19:44 ---
*** This bug has been marked as a duplicate of 19345 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
19:44 ---
*** Bug 20649 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19345
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 19:52 ---
Subject: Re: Do not print default template arguments in error messages
giovannibajo at libero dot it [EMAIL PROTECTED] writes:
| --- Additional Comments From giovannibajo at libero dot it
.
Target: powerpc-unknown-linux-gnu
Configured with: /mnt/slice1/gcc-trunk/gcc/configure
--prefix=/mnt/slice1/gcc-trunk/testbin --enable-languages=c,c++,java
--disable-multilib --enable-java-awt=gtk,xlib --enable-gtk-cairo
--disable-checking --disable-static
Thread model: posix
gcc version 4.1.0 20050326
--- Additional Comments From andreast at gcc dot gnu dot org 2005-03-26
20:34 ---
Created an attachment (id=8459)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8459action=view)
preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20650
--- Additional Comments From andreast at gcc dot gnu dot org 2005-03-26
20:35 ---
Created an attachment (id=8460)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8460action=view)
preprocessed asm
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20650
--
What|Removed |Added
Component|libffi |middle-end
Keywords||rejects-valid
Summary|float.c fails to
--
What|Removed |Added
Attachment #8459|application/octet-stream|text/plain
mime type||
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-26 20:41 ---
-I. -I -I../../gcc-3.4.3/gcc -I../../gcc-3.4.3/gcc/
^^
This looks a lot like PR12974
See comment #19
There may be a second problem here,
--- Additional Comments From halcy0n at gentoo dot org 2005-03-26 21:09
---
(In reply to comment #3)
For the first problem with code generation issue, does -fno-strict-aliasing
helps?
No, same problem still. Only adding -fno-unit-at-a-time fixes the issue. I
should add that it
Hi,
program gfcbug26
integer, parameter, dimension (1) :: I = (/ 65 /)
print *, achar ( I( (/ (/ 1 /) /) ) )
end program gfcbug26
crashes gfortran with:
gfcbug26.f90: In function 'MAIN__':
gfcbug26.f90:3: internal compiler error: in gfc_conv_ss_descriptor, at
fortran/trans-array.c:1224
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
22:02 ---
*** Bug 20651 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
22:02 ---
*** This bug has been marked as a duplicate of 12366 ***
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2005-03-26 22:53
---
Well, I wanted to give an inuitive reasoning.
On the other hand, how do you propose to make up a unique name if an
unnamed enum is used in two different translation units as a template
argument?
W.
--
--- Additional Comments From bangerth at dealii dot org 2005-03-26 22:57
---
Giovanni, in your example in comment #27, you get this:
Patched:
test.cc: In member function 'void AT, N, X::foo() [with T = int]':
test.cc:14: instantiated from here
test.cc:9: error: 'class
--
extern int foo;
extern int bar __attribute__ ((alias (foo)));
--
$ gcc foo.i
foo.i:2: error: bar aliased to undefined symbol foo
$
this
--- Additional Comments From giovannibajo at libero dot it 2005-03-27
00:56 ---
(In reply to comment #31)
Patched:
test.cc: In member function 'void AT, N, X::foo() [with T = int]':
test.cc:14: instantiated from here
test.cc:9: error: 'class std::vectorint' has no member
--- Additional Comments From dave at boost-consulting dot com 2005-03-27
01:52 ---
This is obviously becoming personal. I wanted a record of my technical concerns
in the bug database, but as the tone has changed I don't think it's appropriate
to continue this here. I will reply to
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-27 03:16 ---
Subject: Re: Do not print default template arguments in error messages
giovannibajo at libero dot it [EMAIL PROTECTED] writes:
| (In reply to comment #31)
|
| Patched:
| test.cc: In member
bangerth at dealii dot org [EMAIL PROTECTED] writes:
| Well, I wanted to give an inuitive reasoning.
I understood that; I just don't think they are conclusive :-)
| On the other hand, how do you propose to make up a unique name if an
| unnamed enum is used in two different translation units
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-27 03:18 ---
Subject: Re: error: 'anonymous enum' is/uses anonymous type'
bangerth at dealii dot org [EMAIL PROTECTED] writes:
| Well, I wanted to give an inuitive reasoning.
I understood that; I just don't
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-27
06:19 ---
(In reply to comment #0)
Recent correspondence between John Eaton and me.
__
On 25-Mar-2005, Paul Thomas paulthomas2 at wanadoo dot fr wrote:
|
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-27
06:23 ---
(In reply to comment #5)
(In reply to comment #0)
John Eaton's last word on the subject:
__
Here is a fix for the Ctrl-C crashes Octave on
59 matches
Mail list logo