public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c/1881
@ 2001-04-01 0:00 Curtis L. Janssen
0 siblings, 0 replies; 3+ messages in thread
From: Curtis L. Janssen @ 2001-04-01 0:00 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c/1881; it has been noted by GNATS.
From: "Curtis L. Janssen" <cljanss@aros.ca.sandia.gov>
To: nathan@gcc.gnu.org
Cc: gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Subject: Re: c/1881
Date: Tue, 6 Feb 2001 09:34:43 -0800
Using "-o dep.o" does produce the correct dependencies, but
it also produces a zero length dep.o file, which make thinks
is the up-to-date object file. So the empty dep.o gets linked
and the link fails.
I'm using gcc version 2.97 20010205 (experimental).
Curt
nathan@gcc.gnu.org writes:
> Date: 6 Feb 2001 09:51:15 -0000
> From: nathan@gcc.gnu.org
> X-UIDL: 90a8d05211b65c2b659c704550f071dd
>
> Synopsis: gcc -M output has changed--breaks make's automatic prereqs
>
> State-Changed-From-To: open->analyzed
> State-Changed-By: nathan
> State-Changed-When: Tue Feb 6 01:51:15 2001
> State-Changed-Why:
> Sort of confirmed.
> 1) the -M options should work as the manual has always suggested,
> however -- and now they do if you provide -o to set the name
> of the object file. However, if you leave it to the default
> (which in your case would make if dep.o), we appear to
> do the wrong thing.
>
> http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1881&database=gcc
>
-----------------------------------------------------------------------
Curtis Janssen
cljanss@ca.sandia.gov http://aros.ca.sandia.gov/~cljanss
Tel: +1 925-294-1509 Fax: +1 925-294-2234
Sandia National Labs, MS 9217, PO Box 969, Livermore, CA 94551, USA
>From lucier@math.purdue.edu Sun Apr 01 00:00:00 2001
From: lucier@math.purdue.edu
To: gcc-gnats@gcc.gnu.org
Subject: c/1824: gcc accepts computed goto's + -fprofile-arcs, gcov barfs
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010131220017.4975.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg00849.html
Content-length: 1102
>Number: 1824
>Category: c
>Synopsis: gcc accepts computed goto's + -fprofile-arcs, gcov barfs
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Jan 31 14:06:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: B. Lucier
>Release: 2.97 20010126
>Organization:
>Environment:
alphaev6-unknown-linux-gnu
>Description:
With this command line:
gcc -W -Wall -Wno-unused -O0 -mieee -fno-math-errno -D___SINGLE_HOST -fprofile-arcs -ftest-coverage -o reverse reverse.c reverse_.c -lgambc -lm -ldl
older versions of gcc would give the error:
reverse.c: In function `___H__20_reverse':
reverse.c:7785: -fprofile-arcs does not support computed gotos
gcc 2.97 does not issue this error, but then gcov barfs
on the output:
gcov reverse.c
Abort
So what gives? Has this error been removed by mistake?
Does gcov now support computed gotos, and is this a bug?
Brad Lucier
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
>From jsm28@gcc.gnu.org Sun Apr 01 00:00:00 2001
From: jsm28@gcc.gnu.org
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: c/675
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010114115600.31337.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg00275.html
Content-length: 598
The following reply was made to PR c/675; it has been noted by GNATS.
From: jsm28@gcc.gnu.org
To: aj@suse.de, gcc-gnats@gcc.gnu.org, jsm28@cam.ac.uk, nobody@gcc.gnu.org
Cc:
Subject: Re: c/675
Date: 14 Jan 2001 11:49:21 -0000
Synopsis: Wrong warning: "large integer implicitly truncated to unsigned type"
State-Changed-From-To: open->closed
State-Changed-By: jsm28
State-Changed-When: Sun Jan 14 03:49:20 2001
State-Changed-Why:
This bug now seems to be fixed in CVS. Testcase entered
as gcc.dg/trunc-1.c.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=675&database=gcc
>From neil@gcc.gnu.org Sun Apr 01 00:00:00 2001
From: neil@gcc.gnu.org
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: c++/1871
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010226075602.4580.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg01726.html
Content-length: 506
The following reply was made to PR c++/1871; it has been noted by GNATS.
From: neil@gcc.gnu.org
To: bram@gccbug.avontuur.org, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Cc:
Subject: Re: c++/1871
Date: 26 Feb 2001 07:46:09 -0000
Synopsis: internal compiler error in reg_save
State-Changed-From-To: open->closed
State-Changed-By: neil
State-Changed-When: Sun Feb 25 23:46:08 2001
State-Changed-Why:
Fixed in 3.0 branch.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1871&database=gcc
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: c/1881
@ 2001-04-01 0:00 nathan
0 siblings, 0 replies; 3+ messages in thread
From: nathan @ 2001-04-01 0:00 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c/1881; it has been noted by GNATS.
From: nathan@gcc.gnu.org
To: cljanss@ca.sandia.gov, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Cc:
Subject: Re: c/1881
Date: 6 Feb 2001 09:51:15 -0000
Synopsis: gcc -M output has changed--breaks make's automatic prereqs
State-Changed-From-To: open->analyzed
State-Changed-By: nathan
State-Changed-When: Tue Feb 6 01:51:15 2001
State-Changed-Why:
Sort of confirmed.
1) the -M options should work as the manual has always suggested,
however -- and now they do if you provide -o to set the name
of the object file. However, if you leave it to the default
(which in your case would make if dep.o), we appear to
do the wrong thing.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1881&database=gcc
>From schmid@snake.iap.physik.tu-darmstadt.de Sun Apr 01 00:00:00 2001
From: schmid@snake.iap.physik.tu-darmstadt.de
To: gcc-gnats@gcc.gnu.org
Subject: c++/2210: ice, abi bug, virtual functions, optimization off
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <200103072014.VAA08667@snake.iap.physik.tu-darmstadt.de>
X-SW-Source: 2001-q1/msg02088.html
Content-length: 6465
>Number: 2210
>Category: c++
>Synopsis: ice, abi bug, virtual functions, optimization off
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: ice-on-legal-code
>Submitter-Id: net
>Arrival-Date: Wed Mar 07 11:16:01 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: Peter Schmid
>Release: 3.1 20010307 (experimental)
>Organization:
TU Darmstadt
>Environment:
System: Linux kiste 2.4.2 #34 Sun Feb 25 20:03:34 CET 2001 i686 unknown
Architecture: i686
SuSE 7.1
Glibc 2.2
GNU ld version 2.10.91 (with BFD 2.10.91.0.4)
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../gcc/configure --enable-shared --disable-nls --enable-threads=posix --enable-long-long
>Description:
The following legal source code tb.C causes an internal compiler error
in instantiate_template. This does not happen if at least one of the
virtual keywords is removed, the enum is replaced with a built-in type,
the function test1() is moved directly in front of the function
tests() or optimization is turned on. The code did not crash the
compiler when -fno-new-abi was active for previous compiler
snapshots. Maybe this is an abi bug?
Gcc-2.95.2 compiles the code without a problem.
Note: The functions void f(A<T> d) and void g(A<T> &d) are never
called, but are needed to provoke the compiler crash. Gcc-3.0 did also
crash when I tryed about two weeks ago.
>How-To-Repeat:
source file tb.C
void tests();
template<class T>
class A {
public:
virtual ~A(){};
};
class B {
public:
enum r {};
virtual void e(r a){};
};
template<class T>
class C
: public B,
private A<T>
{
public:
C(){};
};
int main()
{
tests();
}
template<class T>
void f(C<T> d){}
template<class T>
void g(C<T> &d)
{
f(d);
}
void test1()
{
C<int> d;
g(d);
}
template<class T>
void f(A<T> d){}
template<class T>
void g(A<T> &d)
{
f(d);
}
void tests()
{
test1();
}
Compiling tb.C without optimization fails
g++ -v -o tb tb.C -W -Wall -save-temps
Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/specs
Configured with: ../gcc/configure --enable-shared --disable-nls --enable-threads=posix --enable-long-long
gcc version 3.1 20010307 (experimental)
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/cpp0 -lang-c++ -D_GNU_SOURCE -D__GNUG__=3 -D__EXCEPTIONS -D__GXX_ABI_VERSION=100 -v -D__GNUC__=3 -D__GNUC_MINOR__=1 -D__GNUC_PATCHLEVEL__=0 -D__ELF__ -Dunix -Dlinux -D__ELF__ -D__unix__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__STDC_HOSTED__=1 -W -Wall -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ tb.C tb.ii
GNU CPP version 3.1 20010307 (experimental) (cpplib) (i386 Linux/ELF)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include/g++-v3
/usr/local/include/g++-v3/i686-pc-linux-gnu
/usr/local/include
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/include
/usr/local/i686-pc-linux-gnu/include
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/cc1plus -fpreprocessed tb.ii -quiet -dumpbase tb.C -W -Wall -version -o tb.s
GNU CPP version 3.1 20010307 (experimental) (cpplib) (i386 Linux/ELF)
GNU C++ version 3.1 20010307 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 3.1 20010307 (experimental).
tb.C: In function `void g(C<T>&) [with T = int]':
tb.C:41: instantiated from here
tb.C:35: Internal error #283.
tb.C:35: Internal compiler error in instantiate_template, at cp/pt.c:7605
Please submit a full bug report, with preprocessed source if appropriate.
See <URL: http://www.gnu.org/software/gcc/bugs.html > for instructions.
Compiling tb.C with optimization "-O" or whatever works
g++ -O -v -o tb tb.C -W -Wall -save-temps
Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/specs
Configured with: ../gcc/configure --enable-shared --disable-nls --enable-threads=posix --enable-long-long
gcc version 3.1 20010307 (experimental)
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/cpp0 -lang-c++ -D_GNU_SOURCE -D__GNUG__=3 -D__EXCEPTIONS -D__GXX_ABI_VERSION=100 -v -D__GNUC__=3 -D__GNUC_MINOR__=1 -D__GNUC_PATCHLEVEL__=0 -D__ELF__ -Dunix -Dlinux -D__ELF__ -D__unix__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__OPTIMIZE__ -D__STDC_HOSTED__=1 -W -Wall -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ tb.C tb.ii
GNU CPP version 3.1 20010307 (experimental) (cpplib) (i386 Linux/ELF)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include/g++-v3
/usr/local/include/g++-v3/i686-pc-linux-gnu
/usr/local/include
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/include
/usr/local/i686-pc-linux-gnu/include
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/cc1plus -fpreprocessed tb.ii -quiet -dumpbase tb.C -O -W -Wall -version -o tb.s
GNU CPP version 3.1 20010307 (experimental) (cpplib) (i386 Linux/ELF)
GNU C++ version 3.1 20010307 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 3.1 20010307 (experimental).
tb.C: In method `virtual void B::e(B::r)':
tb.C:12: warning: unused parameter `B::r a'
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../../../i686-pc-linux-gnu/bin/as -V -Qy -o tb.o tb.s
GNU assembler version 2.10.91 (i686-pc-linux-gnu) using BFD version 2.10.91.0.4
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/collect2 -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o tb /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/crtbegin.o -L/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1 -L/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../../../i686-pc-linux-gnu/lib -L/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../.. tb.o -lstdc++ -lm -lgcc_s -lc -lgcc_s /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/crtend.o /usr/lib/crtn.o
Preprocessed source file tb.ii
# 1 "tb.C"
void tests();
template<class T>
class A {
public:
virtual ~A(){};
};
class B {
public:
enum r {};
virtual void e(r a){};
};
template<class T>
class C
: public B,
private A<T>
{
public:
C(){};
};
int main()
{
tests();
}
template<class T>
void f(C<T> d){}
template<class T>
void g(C<T> &d)
{
f(d);
}
void test1()
{
C<int> d;
g(d);
}
template<class T>
void f(A<T> d){}
template<class T>
void g(A<T> &d)
{
f(d);
}
void tests()
{
test1();
}
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: c/1881
@ 2001-04-01 0:00 neil
0 siblings, 0 replies; 3+ messages in thread
From: neil @ 2001-04-01 0:00 UTC (permalink / raw)
To: neil; +Cc: gcc-prs
The following reply was made to PR c/1881; it has been noted by GNATS.
From: neil@gcc.gnu.org
To: cljanss@ca.sandia.gov, gcc-gnats@gcc.gnu.org, neil@gcc.gnu.org,
nobody@gcc.gnu.org
Cc:
Subject: Re: c/1881
Date: 9 Feb 2001 10:34:03 -0000
Synopsis: gcc -M output has changed--breaks make's automatic prereqs
Responsible-Changed-From-To: unassigned->neil
Responsible-Changed-By: neil
Responsible-Changed-When: Fri Feb 9 02:34:03 2001
Responsible-Changed-Why:
Mine; soon to be fixed in CVS.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1881&database=gcc
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-04-01 0:00 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-04-01 0:00 c/1881 Curtis L. Janssen
-- strict thread matches above, loose matches on Subject: below --
2001-04-01 0:00 c/1881 neil
2001-04-01 0:00 c/1881 nathan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).