--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-08 07:16
---
Subject: Bug 22202
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-08 07:15:59
Modified files:
gcc: ChangeLog params.def
Log message:
PR
--- Comment #2 from steven at gcc dot gnu dot org 2005-10-08 07:20 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
$ cat pointless_volatile.c
volatile double limit_precision(double v) {
volatile double x = v;
return x;
}
$ gcc -Wall -c pointless_volatile.c
pointless_volatile.c:1: warning: type qualifiers ignored on function return
type
$ g++ -Wall -c pointless_volatile.c
$ g++ -Wall -W -pedantic -c pointles
--- Comment #2 from pcarlini at suse dot de 2005-10-08 09:34 ---
Not really working on it: in fact the usage of the mutex objects seems fine,
given the infrastructure in concurrence.h.
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #5 from pcarlini at suse dot de 2005-10-08 09:37 ---
In fact, there isn't much more to say or do...
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #3 from pcarlini at suse dot de 2005-10-08 09:43 ---
If the proposed patch is regression tested and approved by the DJGPP
maintainers
can certainly go in, since touches only the target-specific files.
--
pcarlini at suse dot de changed:
What|Removed
--
pcarlini at suse dot de changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24206
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-10-08 10:30 ---
I cannot reproduce this with a x86_64 host compiler on the 4.0 branch or
mainline.
Can you re-check with a compiler compiled from the head of the 4.0 branch to
see
if this is a genuine cross-compiler problem? Also a
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.1
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-08 12:54 ---
This is a dup of bug 24136.
*** This bug has been marked as a duplicate of 24136 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-08 12:54 ---
*** Bug 24270 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-08 12:55 ---
Actually this is not a dup. This is a seperate problem.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-08 12:55 ---
Woops I cannot read, they are duplicates.
*** This bug has been marked as a duplicate of 24136 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-08 12:55 ---
*** Bug 24270 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24136
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-08 12:56 ---
Mine, since I caused it with:
2005-09-13 Andrew Pinski <[EMAIL PROTECTED]>
* config/rs6000/darwin.md (movdf_low_si): Mark the outgoing r
constraint
as early clobber. Rewrite so the PIC register is
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-08 13:05 ---
The problem is that we are getting an overlapped registers, I have to see how
this is handled with -fno-PIC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24136
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24271
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-08 13:37 ---
This is a dup of bug 24202. The preprocessor is crashing so having the
preprocessed source is really useless.
*** This bug has been marked as a duplicate of 24202 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-08 13:37 ---
*** Bug 24271 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #69 from pinskia at gcc dot gnu dot org 2005-10-08 13:42
---
*** Bug 24272 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-08 13:42 ---
*** This bug has been marked as a duplicate of 19664 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-08 13:49 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-08 14:11 ---
Created an attachment (id=9933)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9933&action=view)
Patch needs to be tested
ChangeLog:
* config/rs6000/darwin.md (movdf_low_si): Remove early clobber.
Rewrite for n
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-08 14:17 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
Under MinGW with gcc 3.4.2 I'm having reverse_iterator problems with std::list.
My first example below fails to compile, and my second example compiles but
runs incorrectly. I was going to attach the .ii files but bugzilla doesn't
seem to allow attachments and the .ii files are rather large.
So
--- Comment #1 from shawn dot yarbrough at gmail dot com 2005-10-08 14:42
---
Created an attachment (id=9934)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9934&action=view)
preprocessed test program #1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24274
--- Comment #2 from shawn dot yarbrough at gmail dot com 2005-10-08 14:43
---
Created an attachment (id=9935)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9935&action=view)
preprocessed test program #2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24274
--- Comment #3 from pcarlini at suse dot de 2005-10-08 14:57 ---
Hi. The first issue is in fact ISO DR 280, which we tracked as libstdc++/11729
and, now that its official status is [Ready], has been fixed for gcc4.1.
The second issue is not a bug, is simply the way reverse iterators wor
--- Comment #14 from pcarlini at suse dot de 2005-10-08 14:57 ---
*** Bug 24274 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #3 from redi at gcc dot gnu dot org 2005-10-08 16:29 ---
I'm waiting for feedback from the reporter, but I'm inclined to think it's due
to some problem in the user's build environment or compiler/linker commands.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24244
--- Comment #13 from rrr6399 at futuretek dot com 2005-10-08 16:37 ---
FYI: The latest Cray, IRIX64 and Solaris fortran compilers all use 4 byte
record markers in their unformatted files and are hence interoperable. FWIW, I
think the Intel solution should be considered to support record
We have some code in Boost that was previously accepted by all versions of gcc
(and a host of other compilers), but is being rejected by gcc-4.0.2. I'll
attach the preprocessed source so you can reproduce the issue, but basically
some non-member operators are no longer being found when they should
--- Comment #1 from john at johnmaddock dot co dot uk 2005-10-08 16:52
---
Created an attachment (id=9936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9936&action=view)
Code needed to reproduce the issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24275
--- Comment #2 from dberlin at gcc dot gnu dot org 2005-10-08 17:11 ---
Created an attachment (id=9937)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9937&action=view)
Testing for john
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24275
--- Comment #45 from dberlin at gcc dot gnu dot org 2005-10-08 17:26
---
Pushing the real fix off to 4.2 and unassigning, since it is worked around for
4.1
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
program test_lex
type :: dtype
integer :: n
character*12 :: word
end type dtype
type(dtype), dimension(2) :: list
list(1) = dtype (1 , "one")
list(2) = dtype (2 , "two")
call foo (list%word)
contains
subroutine foo (slist)
character*12, dimension(*) :: slist
print
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-08 17:30 ---
CCing Mark because it looks like it was caused by his fix for PR xxx:
boost/boost/detail/is_incrementable.hpp: In instantiation of const bool
boost::detail::is_incrementable_::impl::value:
boost/boost/detail/is_inc
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-08 17:32 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-10-08 17:43 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|reject
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||rejects-valid
Summary|Previously accepted code|[4.0/4.
--- Comment #8 from kazu at gcc dot gnu dot org 2005-10-08 18:06 ---
According to David Edelsohn's testresults on powerpc, 20050713-1.c is OK now.
So now, the problem is only on the 4.0 branch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-08 18:11
---
Subject: Bug 22172
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-08 18:11:02
Modified files:
gcc/cp : ChangeLog parser.c
gcc/testsuite : C
--- Comment #13 from phython at gcc dot gnu dot org 2005-10-08 18:13
---
fixed in the previous patch.
--
phython at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-08 18:16 ---
Confirmed reduced testcase:
template struct bool_var {
static const bool value = val;
};
namespace is_inc_ {
struct any {
template any(T const&);
};
int operator++(any const&);
templatestruct imp
4.0.3 20051008 ICEs while compiling ths, using Boost CVS-HEAD
#include // for boost::crc_basic, etc.
// Run tests on CRCs below a byte in size (here, 3 bits)
void small_crc_test1()
{
unsigned char const samples[4][4]
= {
{ 0x3A, 0xC4, 0x08, 0x06 },
{ 0x42, 0xC5
--- Comment #1 from redi at gcc dot gnu dot org 2005-10-08 19:01 ---
Created an attachment (id=9938)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9938&action=view)
Pre-processed source, gzip-compressed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24277
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-08 19:21 ---
the mainline as of today ICEs.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-08 19:31 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24277
--
Summary: ICE
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
http://gc
--- Comment #1 from igodard at pacbell dot net 2005-10-08 19:54 ---
Created an attachment (id=9939)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9939&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24278
--- Comment #2 from igodard at pacbell dot net 2005-10-08 19:55 ---
Created an attachment (id=9940)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9940&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24278
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-10-08 20:16 ---
Confirmed, for 3.4.5 we get
/home/ivan/ootbc/common/include/exception.hh:181: error: type `
Internal compiler error: Error reporting routines re-entered.
while for 4.0 and 4.1 we fail with
/home/ivan/ootbc/common/
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-08 20:24 ---
Confirmed, reduced testcase:
template< int Bits > struct uint_t {
typedef unsigned short fast;
};
template < int Bits > struct mask_uint_t {
typedef typename uint_t< Bits >::fast fast;
static const fast sig_bit
I am cross-building a compiler, hosted on FC4 (i686-pc-linux-gnu) and targeting
m68k-elf. The following bug is reproducible in gcc-4.0.1 and gcc-4.0.2. The
offending line number is in gcc-4.0.2. The bug causes build of newlib to fail.
Here is how I am building the cross tool chain. I am aware that
--- Comment #1 from shap at eros-os dot org 2005-10-08 21:18 ---
Created an attachment (id=9942)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9942&action=view)
preprocessed vfprintf.c from newlib for this target.
This is the input file that I am trying to compile. I have not atte
--- Comment #2 from shap at eros-os dot org 2005-10-08 21:20 ---
Setting aside whether this particular piece of code is broken (it may be, but
it is a pretty widely used part of newlib), it seems unlikely that a SIGSEGV in
the optimizer would be the preferred diagnostic. ;-)
Jokes aside
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-08 21:24 ---
I think this might be a duplicate of PR 23043 which is fixed for 4.0.3, it
missed 4.0.2 by a mistake. Can you try a cvs version of the 4.0 branch to see
if this is fixed? Or try the patch which is referenced in that
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-08 21:40 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-08 21:41
---
Subject: Bug 24136
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-08 21:41:50
Modified files:
gcc: ChangeLog
gcc/config/rs6000: darwin.md
--- Comment #4 from shap at eros-os dot org 2005-10-08 21:58 ---
Testing the patch now. I'll report back shortly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24279
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-10-08 22:03 ---
The 4.0 and 4.1 ICEs are dups of PR24277, the 3.4 ICE turned into endless
looping
in
Run till exit from #1 0x00940ff0 in examine_argument (mode=BLKmode,
type=0x2a96f4d8f0, in_return=1, int_nregs=0x7fbf
--- Comment #7 from janis at gcc dot gnu dot org 2005-10-08 22:10 ---
A regression test identified this patch from Neil on 2003-08-02 as thene start
of failures:
http://gcc.gnu.org/ml/gcc-cvs/2003-08/msg00093.html
--
janis at gcc dot gnu dot org changed:
What|Remo
--- Comment #8 from janis at gcc dot gnu dot org 2005-10-08 22:11 ---
Hmm, "regression test" in the last comment should have been "regression hunt".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24202
--- Comment #5 from shap at eros-os dot org 2005-10-08 22:19 ---
The patch from PR 23043 does NOT resolve this. Same error, reported at the same
place in reload.c.
Given the number of other mode-related bugs against m68k, I was suspicious of
that, but when I re-run under gdb, the value
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-08 22:24
---
Subject: Bug 24267
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-10-08 22:24:50
Modified files:
gcc: ChangeLog tree
Got a "looser throw specification" error on the implicitly generated destructor
when instantiating a template with std::string. The instantiated class derives
from the std::string parameter. Neither the instantiated class nor its other
base throws anything, nor do either have a throw specification,
--- Comment #1 from igodard at pacbell dot net 2005-10-09 00:00 ---
Created an attachment (id=9943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9943&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24280
--- Comment #2 from igodard at pacbell dot net 2005-10-09 00:01 ---
Created an attachment (id=9944)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9944&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24280
--- Comment #3 from igodard at pacbell dot net 2005-10-09 00:37 ---
OK, I see what is going on now. Here's a simple case:
#include
class syntaxNoError : public std::exception {
std::string message;
};
which gets you:
scanner.cc:2: error: looser throw specifier for `virtua
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-09 01:12
---
Subject: Bug 14943
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gomp-20050608-branch
Changes by: [EMAIL PROTECTED] 2005-10-09 01:12:23
Modified files:
libgfortran: Makefile.am Ma
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-09 01:12
---
Subject: Bug 21647
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gomp-20050608-branch
Changes by: [EMAIL PROTECTED] 2005-10-09 01:12:23
Modified files:
libgfortran: Makefile.am Ma
Executing on host:
/home/dave/gnu/gcc-4.0/objdir/gcc/testsuite/gcc.dg-struct-lay
out-1_generate -s /home/dave/gnu/gcc-4.0/gcc/gcc/testsuite/gcc.dg/compat -d
/hom
e/dave/gnu/gcc-4.0/objdir/gcc/testsuite/gcc.dg-struct-layout-1(timeout =
300
)
WARNING: Could not execute gcc.dg/compat/struct-layout
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-09 01:51 ---
Fails also on powerpc-darwin and a couple other targets too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-09 01:55 ---
s390x-linux-gnu also:
http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00383.html
sparc-solaris:
http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00378.html
x86_64-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-09 01:58 ---
Confirmed, reduced testcase:
template struct throwInfo { throwInfo(T v) : T(v) {
} };
void format(int r) {
throwInfo("");
}
This is invalid code as T(v) is invalid, no
I'm working on a AMD-64 gentoo linux system with gcc 3.4. I have this test
program:
#include
#include
void kmem_zero_out(void *page)
{
asm ("cld\n"
"rep stosl\n"
"movl $0, %%eax\n"
:
: "c" (1024), "a" (0), "D" (page)
: "memory
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-09 03:11 ---
In inline-asm if you say that you don't modify a register, you better not
modify a register. This is not a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-09 03:26 ---
(In reply to comment #3)
> Who do I take the spurious throw spec to? (i.e. where's the bugzilla site for
> glibc++?)
I think that is still a G++ bug. libstdc++ (what you called glibc++) is part of
GCC so here.
I hav
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-09 03:29 ---
(In reply to comment #4)
> I have to look up what the standard says but I think the standard says that
> exception's deconstructor is nothrow.
The standard says it does have throw() on it. So only thing left is the
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-09 03:34 ---
*** Bug 24280 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-09 03:34 ---
The diagnostic problem is where implicit destructor is created. The same
problem occurs with implicit constructor.
This is a dup of bug 20164.
*** This bug has been marked as a duplicate of 20164 ***
--
pinski
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-09 03:46 ---
I think this is fixed on 4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24239
--- Comment #24 from geoffk at gcc dot gnu dot org 2005-10-09 04:08 ---
Could you run the failing command with '-v'? Clearly there is a
libgcc_s.10.4.dylib, but maybe the driver isn't passing the right -L option.
Also, run 'file' on the libgcc_s.10.4.dylib, maybe it's not properly uni
--- Comment #16 from stl at nuwen dot net 2005-10-09 05:34 ---
(Massively delayed update.)
I haven't built MinGW by crossing it from GNU/Linux in ages, and I no longer
have the time to figure out what went wrong here. I now build MinGW natively
with profiledbootstrap, which is way more
85 matches
Mail list logo
