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).