--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 07:01 ---
Fixed a long time ago by:
r134240 | hubicka | 2008-04-13 10:05:31 -0400 (Sun, 13 Apr 2008) | 2 lines
* m32.c (m32c_pushm_popm): Use crtl->retrun_rtx.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-28 06:57 ---
Confirmed, still happens even after IRA. ebx is still being marked as being
used even though the RA does not use it.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:52 ---
Both of these work on the trunk on i386-darwin8.11, Do you know if it works on
the 4.3 branch?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 06:46 ---
*** This bug has been marked as a duplicate of 36695 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:46 ---
*** Bug 35975 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 2008-12-28 06:42 ---
The GNU runtime does not need help from the compiler to do the job.
-fobjc-gc should error out if used with the GNU runtime at compile time.
--
pinskia at gcc dot gnu dot org changed:
What|Remov
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 06:39 ---
Can you attach
../eclipse-x86_64-gcj/plugins/org.eclipse.emf.mapping_2.3.0.v200802051830.jar
?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:33 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 06:32 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 06:27 ---
Confirmed.
Here is a rejects valid:
#include
struct B {
static const int x = 1;
};
struct A {
template
static void f() {
std::cerr << A::x << std::endl;
}
};
int main() {
A::f();
return 0;
}
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:22 ---
This works for me and many other folks.
I have no idea why it does not work for you. And Yes I have MPFR/GMP installed
in a non standard place on some of my machines.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 06:19 ---
You should not need libtool to build gcc. I think one of the time stamps on
the generated files is messed up.
How did you configure GCC? How did you invoke make to build GCC?
--
pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-28 06:13 ---
This warning depends on optimizations so what you do expect with the
inconsistency. So in one case, we decide that i can alias sel which is
obviously not true but what do you expect from aliasing.
--
pinskia at
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-12-28 06:06
---
Since 4.1.x is closed, closing as fixed for 4.2.x.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 05:13 ---
Actually the target here is i386-pc-mingw32 as it is i386-pc-mingw32's gcc
which is crashing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-12-28 05:12 ---
>* Find out if we can get the "original form" of 'q.COLOUR8::r' to print
something closer to the original code.
Actually this is a good thing we print out "COLOUR8::" really, sometimes there
are different r's in a c
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 04:52 ---
This at least ICEs in 4.3.0 and 4.4.0.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 04:50 ---
Reduced testcase:
template int forward(int&& __t);
template int foo(T...);
template< int=0 >
class forwarded_foo
{
template< typename ... Param >
decltype( foo( forward< Param >( 1 )... ) )
operator ()( Param&
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 04:37 ---
Patch was already posted to fix this:
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01157.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
When I attempt to compile the 12/26/08 snapshot of gcc I get the following:
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wc++-compat -Wmissing-format-attribute -DHAVE_CONFIG_H -I. -I.
-I/home/m
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 04:28 ---
Closing as works for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36239
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36237
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-12-28 03:53
---
Something is amiss. Yes the change to fmt_g0_1.f08 is necessary. The output
should have no blank spaces in the fields for floating point.
This test case runs fine here, maybe your trunk is not fully updated?
$
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-12-28 03:34
---
Let's make this bug about the t1.cpp which is an IF_STMT issue.
This was introduced by the tree-ssa merge.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-12-28 03:30
---
t2.cpp is really PR 20681.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36254
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 03:23 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-28 03:17 ---
*** Bug 36307 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 2008-12-28 03:17 ---
*** This bug has been marked as a duplicate of 33911 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-28 03:11 ---
To mark as a dup of bug 36327.
*** This bug has been marked as a duplicate of 36327 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 03:11 ---
*** Bug 18268 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 2008-12-28 03:10 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
The code base is svn trunk. The revision is 142934.
I couldn't build bfin-elf-gcc with error below:
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wmissing-format-attribute -fno-common -DHA
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 02:49 ---
Actually this escape is not bogus, just not needed any more.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 02:49 ---
Actually this escape is not bogus, just not needed any more.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 02:49 ---
Actually this escape is not bogus, just not needed any more.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from pinskia at gcc dot gnu dot org 2008-12-28 02:48
---
This is still a dup of bug 3506, we don't optimize volatile at all.
*** This bug has been marked as a duplicate of 3506 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-12-28 02:48
---
*** Bug 33102 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3506
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 02:42 ---
Confirmed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONF
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 02:41 ---
The .java source part of the java front-end was removed in 4.3.x and above so
closing as won't fix.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 02:37 ---
Fixed on the trunk for 4.4.0, most likely by:
2008-07-29 Jan Hubicka
* optimize.c (maybe_clone_body): Remove DECL_INLINE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-28 02:33 ---
*** This bug has been marked as a duplicate of 26908 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-28 02:33 ---
*** Bug 33932 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 2008-12-28 02:30 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 02:14 ---
This target was removed by:
2008-01-25 Joseph Myers
* config/c4x: Remove directory.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 01:50 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 01:47 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 01:44 ---
*** This bug has been marked as a duplicate of 38276 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 01:44 ---
*** Bug 36413 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-28 01:42 ---
Fixed, can no longer reproduce the issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-12-28 01:28 ---
This is generally the case, not just for/with strings.
I don't think that anything will ever happen in this regard, at least, not on
the frontend side. If (some) intrinsics, including string comparisons, were
inline
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 01:27 ---
Does this work now on the LTO branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 01:25 ---
Was fixed by:
2008-06-09 Michael Meissner
* config.gcc (i[34567]86-*-*): Put test in quotes to prevent
failure on some Bourne shells.
(x86_64-*-*): Ditto.
--
pinskia at gcc dot gnu dot
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 01:19 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-28 01:04 ---
Make sure you either setup ld.so.conf correctly or set LD_LIBRARY_PATH.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 00:57 ---
This works for the 4.3 branch, 4.3.2 and the current trunk. Does this work for
you now?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36523
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 00:40 ---
This works for me with 4.3.2 and the current trunk.
Does it work for you?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36609
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-28 00:34 ---
Fixed for 4.4 since there has been no feedback in 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38650
There is some strange behavior with #pragma omp for and volatiles:
=
void foo()
{
volatile int i, j = 1;
#pragma omp for
for (i = 0; i < j; i += 1)
;
}
=
bug.cc: In function 'void foo()':
bug.cc:4: internal compiler error: in
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-28 00:15 ---
Created an attachment (id=16995)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16995&action=view)
gcc44-pr38635.patch
Patch I'm going to test.
--
jakub at gcc dot gnu dot org changed:
What|Re
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-28 00:10 ---
Caused by r137361. When struct A {} is seen, it commits to tentative parse, so
cp_parser_parse_definitely succeeds eventhough the next token isn't = nor {,
but EOF.
--
jakub at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:57 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38649
The following invalid code snippets are accepted on mainline:
struct A
{
A(...) = default;
};
struct A
{
A(const A&, ...) = default;
};
Apparently defaultable_fn_p in cp/class.c doesn't handle
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:46 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:43 ---
I think we can make this valid GNU C++ by doing:
template struct A {};
template struct A<__FUNCTION__, N> {};
char a1[1];
A a;
--- CUT ---
Though 3.3 rejected it by not defining __FUNCTION__ in the toplevel.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:36 ---
Confirmed, only ICEs with checking turned on.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:33 ---
Confirmed, this was introduced by the tuples merge.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38648
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-27 23:23 ---
Created an attachment (id=16994)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16994&action=view)
another attempt, regression-tested
Regression-tested, but with regressions :-(.
They are probably unrelated anyw
The following invalid code snippet triggers an ICE on mainline:
char a[1];
int foo(
{
a = "";
return 0;
}
bug.cc:5: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
A similar code snippet triggers an ICE si
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
The following invalid code snippet triggers an ICE since GCC 3.4.0:
=
template struct A {};
template struct A<__FUNCTION__, N> {};
A<0, 0> a;
=
bug.cc:5: internal compiler error: in unify, at cp/pt.c:13746
P
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38646
The following invalid code snippet triggers an ICE since GCC 4.3.0:
=
template struct A;
template struct A
{
template struct B;
template struct B {};
};
=
bug.cc:3: error: parameter pack argument 'N ...'
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.3 regression] ICE|[4.3/4.4 regression] ICE
|throwing fixed-point typ
--- Comment #10 from mikael at gcc dot gnu dot org 2008-12-27 23:05 ---
(In reply to comment #9)
> Closing, fixed on 4.4
>
Not yet ;-)
I'm at revision 142934, and I get this on x86_64-unknown-linux-gnu:
FAIL: gfortran.dg/fmt_g0_1.f08 -O0 execution test
FAIL: gfortran.dg/fmt_g0_1.f08
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-12-27 22:55
---
> Why do you think this is invalid code? The C front-end accepts this code.
Well, I believed the error messages - although I should know better than to
trust the compiler ;-)
It would be nice if you implemented
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38645
The following valid code snippet triggers an ICE on mainline when compiled
with "-O":
=
int foo()
{
volatile int a[1];
int i, *p = (int*)a;
a[0] = 1;
for (i = 0; i < 1; ++i)
if (p[i])
return -1;
return 0;
}
=
bug
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:26 ---
Confirmed, at least a regression for 4.3 and 4.4.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36720
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:14 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:12 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:08 ---
Closing as invalid as you should use CC rather than CFLAGS.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from davejmurphy at me dot com 2008-12-27 22:10 ---
Created an attachment (id=16993)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16993&action=view)
preprocessed source for arm-eabi testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-12-27 22:05
---
*** Bug 36805 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
The -fschedule-insns2 optimisation causes wrong code to be emitted for the
following testcase. The assembly code loads a value from a stack frame which
has already been deallocated.
This is similar to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282 for
powerpc-eabi.
extern int doStreamReadBlock
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:05 ---
*** This bug has been marked as a duplicate of 11407 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:04 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-27 22:02
---
*** Bug 36796 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 2008-12-27 22:02 ---
*** This bug has been marked as a duplicate of 17920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
1 - 100 of 153 matches
Mail list logo
