http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
Summary: For integer pointers, the value of ++*p is not
written back to memory
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47480
--- Comment #2 from Dmitry Gorbachev
2011-01-30 09:22:15 UTC ---
> So, please double-check your GCC version and paste -v output.
Checked recent weekly snapshot:
$ i686-pc-linux-gnu-gcc-4.6.0 -v
Using built-in specs.
COLLECT_GCC=i686-pc-linux-gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
Michael Veksler changed:
What|Removed |Added
Version|4.5.1 |4.6.0
--- Comment #1 from Michael Veksl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47542
Summary: Statement functions and POINTER attribute
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: accepts-invalid, diagnostic
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47454
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||missed-optimization
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #4 from Yuri 2011-01-30 11:17:32 UTC ---
Passing --with-gnu-as option to configure fixes the problem.
But why can't configure detect this by itself? GNU as has --version which
clearly says that its GNU assembler. And original Solaris a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Summary: ICE: in extract_insn, at recog.c:2109 when building
zlib
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #1 from Yu Simin 2011-01-30 11:25:44
UTC ---
Created attachment 23167
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23167
reduced from zlib source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47499
Jonathan Wakely changed:
What|Removed |Added
Severity|blocker |normal
--- Comment #4 from Jonathan Wak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47499
--- Comment #5 from Jonathan Wakely 2011-01-30
11:48:14 UTC ---
also, there's probably an easy workaround: instead of cpp use gcc -E
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
--- Comment #3 from Michael Veksler 2011-01-30
12:39:04 UTC ---
Created attachment 23168
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23168
This is a minimal file to reproduce this error
Strange, it got lost somehow. Here it is, again.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47516
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|ICE with reallocate on |testsuite failure:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47516
--- Comment #3 from Tobias Burnus 2011-01-30
14:17:59 UTC ---
(In reply to comment #2)
> 4.5.0 is the system compiler which I use to build the GCC trunk. Since the
> failure only appears with --disable-bootstrap that might be relevant.
>
> I sti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47516
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47542
--- Comment #1 from Tobias Burnus 2011-01-30
15:20:37 UTC ---
I ask at c.l.f:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/d873b176f178f8f8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47544
Summary: c++0x linker does not find =default constructor for
explicitly instantiated template
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Mikael Pettersson changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47508
John David Anglin changed:
What|Removed |Added
Target|arm-eabi, |arm-eabi,
|sparc-su
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540
--- Comment #3 from Joel Sherrill 2011-01-30 16:39:05
UTC ---
Test case also fails on arm-rtems4.11 4.5.2 and arm-rtems4.10 4.4.5. It works
on arm-rtems4.9 which is 4.3.2
= 4.5.2
$ sh -x j
+ /opt/rtems-4.11/bin/arm-rtem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47485
--- Comment #2 from Tobias Burnus 2011-01-30
16:44:58 UTC ---
The first target - the one which should not appear - is set via
fortran/cpp.c's gfc_cpp_init_0 -> libcpp's cpp_read_main_file; the latter
contains:
if (CPP_OPTION (pfile, deps.style
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47542
--- Comment #2 from Tobias Burnus 2011-01-30
17:10:02 UTC ---
Richard Maine and Nick seem to agree that it is invalid; Richard wrote:
"It certainly is not intended to be allowed. I'm completely sure of that.
Statement functions were deliberately
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46317
end3er at gmail dot com changed:
What|Removed |Added
Version|4.5.0 |4.2.1
--- Comment #7 from end3er
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497
--- Comment #7 from Jan Hubicka 2011-01-30 17:36:01 UTC
---
> Honza? Why is -fwhole-program not ignored, or why should it not be?
> Why does it make a difference at all here?
Well, it is effectively ignored - i.e. on symbols with resolution info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47523
--- Comment #4 from Paul Thomas 2011-01-30 17:50:07
UTC ---
Author: pault
Date: Sun Jan 30 17:50:01 2011
New Revision: 169413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169413
Log:
2011-01-30 Paul Thomas
PR fortran/47523
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47350
--- Comment #3 from Paul Thomas 2011-01-30 17:50:05
UTC ---
Author: pault
Date: Sun Jan 30 17:50:01 2011
New Revision: 169413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169413
Log:
2011-01-30 Paul Thomas
PR fortran/47523
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
--- Comment #11 from Paul Thomas 2011-01-30 17:50:06
UTC ---
Author: pault
Date: Sun Jan 30 17:50:01 2011
New Revision: 169413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169413
Log:
2011-01-30 Paul Thomas
PR fortran/47523
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35810
--- Comment #18 from Paul Thomas 2011-01-30 17:50:07
UTC ---
Author: pault
Date: Sun Jan 30 17:50:01 2011
New Revision: 169413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169413
Log:
2011-01-30 Paul Thomas
PR fortran/47523
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47523
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
H.J. Lu changed:
What|Removed |Added
Target|x86_64-apple-darwin10 |x86_64
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47042
--- Comment #3 from Tobias Burnus 2011-01-30
18:16:15 UTC ---
Author: burnus
Date: Sun Jan 30 18:16:12 2011
New Revision: 169414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169414
Log:
2011-01-31 Tobias Burnus
PR fortran/47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47042
--- Comment #4 from Tobias Burnus 2011-01-30
18:17:33 UTC ---
Author: burnus
Date: Sun Jan 30 18:17:29 2011
New Revision: 169415
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169415
Log:
2011-01-31 Tobias Burnus
PR fortran/47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47042
--- Comment #5 from Tobias Burnus 2011-01-30
18:19:08 UTC ---
FIXED on the 4.6 trunk.
Thanks for the bug report!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47042
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
--- Comment #13 from Zdenek Dvorak 2011-01-30
18:20:21 UTC ---
(In reply to comment #10)
> I think the 2nd patch is more "sound" (that is, it's easier to see what
> effects it will have). Zdenek, do you agree?
yes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47042
--- Comment #7 from Tobias Burnus 2011-01-30
18:21:08 UTC ---
(In reply to comment #4)
> New Revision: 169415
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169415
That commit was supposed to be for PR 47542.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47542
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47545
Summary: ICE: in gfc_get_derived_type, at
fortran/trans-types.c:2145
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
Summary: Internal error - free_pi_tree(): Unresolved fixup
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #7 from H.J. Lu 2011-01-30 19:24:16
UTC ---
Revision 168440 also miscompiled the test:
make[4]: Entering directory `/export/gnu/import/rrs/pr47538/bld/linalg'
3[0]: 1.13399061720677903e-312 1.5
3[1]:2.500
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47519
--- Comment #4 from Paul Thomas 2011-01-30 21:22:21
UTC ---
Created attachment 23170
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23170
Patch for the PR
This is regtesting as I right but I am sure that it is good.
Note the mod to dump-pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #5 from Yuri 2011-01-30 21:53:47 UTC ---
--with-gnu-as lets gcc build to succeed.
But resulting g++ has the problem on all c++ modules:
g++ -c m.cpp
Assembler: m.cpp
"/var/tmp//ccEysWY5.s", line 7 : Illegal mnemonic
Nea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #6 from Jonathan Wakely 2011-01-30
22:02:18 UTC ---
(In reply to comment #4)
> Passing --with-gnu-as option to configure fixes the problem.
Which is why it's recommended in the docs:
http://gcc.gnu.org/install/specific.html#ix86-x-so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #7 from Yuri 2011-01-30 22:03:50 UTC ---
Actually g++ produces the correct assembler file, but still calls original Sun
assembler /usr/ccs/bin/as instead of the GNU one from the path, regardless of
the option --with-gnu-as passed to gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #8 from Yuri 2011-01-30 22:06:50 UTC ---
(In reply to comment #6)
> Which is why it's recommended in the docs:
> http://gcc.gnu.org/install/specific.html#ix86-x-solaris210
>
> Please try using the suggested configuration
There is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47545
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47500
--- Comment #5 from Eric Botcazou 2011-01-30
22:28:40 UTC ---
> What do you mean? It dictates the maximum size of objects placed in sbss and
> sdata sections. So -Gnumber is accepted by cc1.
The question is, how does it accept it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36104
--- Comment #16 from Benjamin Kosnik 2011-01-30
22:39:49 UTC ---
Author: bkoz
Date: Sun Jan 30 22:39:36 2011
New Revision: 169421
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169421
Log:
2011-01-30 Benjamin Kosnik
PR libstdc++/3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #9 from Jonathan Wakely 2011-01-30
23:13:28 UTC ---
well if you don't want a working compiler feel free to ignore the docs and
refuse to try the options that might help
patches to configure are welcome.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #10 from Yuri 2011-01-30 23:27:13 UTC ---
(In reply to comment #9)
> well if you don't want a working compiler feel free to ignore the docs and
> refuse to try the options that might help
I didn't refuse to try anything, I already got
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30090
--- Comment #2 from Dmitry Gorbachev
2011-01-30 23:39:27 UTC ---
$ gcc --version
gcc (GCC) 4.6.0 20110129 (experimental)
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
Summary: WHOPR, can't use /dev/null as an output file
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: driver
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47548
Summary: [regression] m32c-rtems ICEt in change_address_1, at
emit-rtl.c:1933
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Nocheko to te pamacibu un uzsaac pelnit $$$ bez stresa un kaveshanaas!
dimantu raktuves ir peec saites: http://www.prom-uz-laimigo-zemi.info
Vagivs un Fedora jau pelna!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #9 from Alan Modra 2011-01-31 01:40:15
UTC ---
I can't duplicate the failure, even using 167488 as host compiler. -Wl,--stats
shows:
/usr/local/powerpc-linux/bin/ld: linker stubs in 2 groups
/usr/local/powerpc-linux/bin/ld: branch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45136
Alexandre Oliva changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45136
--- Comment #12 from Alexandre Oliva 2011-01-31
05:13:38 UTC ---
Author: aoliva
Date: Mon Jan 31 05:13:34 2011
New Revision: 169429
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169429
Log:
Reverted:
2011-01-25 Alexandre Oliva
PR debu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45130
--- Comment #5 from Alexandre Oliva 2011-01-31
05:13:38 UTC ---
Author: aoliva
Date: Mon Jan 31 05:13:34 2011
New Revision: 169429
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169429
Log:
Reverted:
2011-01-25 Alexandre Oliva
PR debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341
--- Comment #12 from Alexandre Oliva 2011-01-31
05:20:31 UTC ---
Author: aoliva
Date: Mon Jan 31 05:20:17 2011
New Revision: 169430
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169430
Log:
ChangeLog:
PR libgcj/44341
* configure.ac: Disc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47106
Alexandre Oliva changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47545
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47519
--- Comment #5 from paul.richard.thomas at gmail dot com 2011-01-31 07:26:23 UTC ---
> This is regtesting as I right but I am sure that it is good.
That does indeed regtest OK.
Paul
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46426
Michal changed:
What|Removed |Added
CC||Kicer86 at gmail dot com
--- Comment #1 from Mic
70 matches
Mail list logo
