--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
A member function template is never instantiated to perform the copy of a
class object to an object of its
class type.
But gcc instantiates it if function parameter type is the rvalue reference.
Following code shall not output anything if executed.
struct S
{
S() = default ;
template
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 06:46 ---
It is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from muntyan at fastmail dot fm 2010-09-23 06:52 ---
Me too. This is real code, from xdgmime library (errno doesn't matter)
long retval = -1;
...
if ((retval INT_MIN) || (retval INT_MAX) || (errno != 0))
return -1;
--
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 07:20 ---
It is caused by revision 155584:
http://gcc.gnu.org/ml/gcc-cvs/2010-01/msg00043.html
and fixed by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
on trunk.
--
hjl dot tools at gmail dot
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-23 07:41 ---
Subject: Bug 45728
Author: jakub
Date: Thu Sep 23 07:41:30 2010
New Revision: 164549
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164549
Log:
PR rtl-optimization/45728
* expr.c
--- Comment #9 from manu at gcc dot gnu dot org 2010-09-23 07:54 ---
Why is this waiting? It only requires a fix.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-23 07:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from manu at gcc dot gnu dot org 2010-09-23 08:13 ---
(In reply to comment #4)
Me too. This is real code, from xdgmime library (errno doesn't matter)
long retval = -1;
...
if ((retval INT_MIN) || (retval INT_MAX) || (errno != 0))
return
--- Comment #6 from manu at gcc dot gnu dot org 2010-09-23 08:24 ---
I don't get a warning in trunk r159764. I think I fixed a similar bug during
4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43772
--- Comment #2 from domob at gcc dot gnu dot org 2010-09-23 08:38 ---
Subject: Bug 45474
Author: domob
Date: Thu Sep 23 08:37:54 2010
New Revision: 164550
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164550
Log:
2010-09-23 Daniel Kraft d...@domob.eu
PR fortran/38936
--- Comment #9 from domob at gcc dot gnu dot org 2010-09-23 08:38 ---
Subject: Bug 44044
Author: domob
Date: Thu Sep 23 08:37:54 2010
New Revision: 164550
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164550
Log:
2010-09-23 Daniel Kraft d...@domob.eu
PR fortran/38936
--- Comment #15 from domob at gcc dot gnu dot org 2010-09-23 08:38 ---
Subject: Bug 38936
Author: domob
Date: Thu Sep 23 08:37:54 2010
New Revision: 164550
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164550
Log:
2010-09-23 Daniel Kraft d...@domob.eu
PR fortran/38936
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-23 08:39 ---
On powerpc-apple-darwin9 I get
[karma] gcc/darwin_buildw% gcc/xgcc -
Segmentation fault
[karma] gcc/darwin_buildw% gcc/xgcc -v
xgcc: warning:
xgcc(49989) malloc: *** mmap(size=3638091776) failed (error code=12)
--- Comment #10 from domob at gcc dot gnu dot org 2010-09-23 08:39 ---
This implemented bonus feature #2 from comment #3. Closing now.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from domob at gcc dot gnu dot org 2010-09-23 08:40 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-23 09:12 ---
I can't reproduce this on x86_64-linux, so it must be target specific.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-09-23 09:16 ---
Yes, my patch should be a no-op on this failure, it just avoids calling
convert_move if it would ICE anyway.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-23 09:30 ---
Confirmed.
#2 0x00ec5b41 in ix86_vectorize_builtin_vec_perm_ok (
vec_type=0x75a04dc8, mask=0x75a7d2a0)
at /space/rguenther/src/svn/gcc-4_5-branch/gcc/config/i386/i386.c:30144
30144
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
--- Comment #4 from iains at gcc dot gnu dot org 2010-09-23 09:34 ---
this appears to be to do with the driver construction of a default
macosx-version-min.
./gcc/xgcc -Bgcc -dumpspecs = bus error
./gcc/xgcc -Bgcc -dumpspecs -mmacosx-version-min=10.5 = completes normally.
Initial
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-23 09:42 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Currently, gfc_get_symbol_decl only deals with -fwhole-file issues of module
variable (FL_VARIABLE( but not with array-valued (or non-intrinsic-type)
parameters (FL_PARAMETER).
Thus, for the following program, multiple UIDs will be generated for the
program below:
module m
integer, parameter
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-23 09:59 ---
Note: The implementation should honour PR 40571, i.e. array parameters from
intrinsic modules, which do not exist as .o file. My current idea is to
generate them per use association as local static variable - which
--- Comment #3 from bernds at gcc dot gnu dot org 2010-09-23 10:04 ---
Subject: Bug 44374
Author: bernds
Date: Thu Sep 23 10:04:33 2010
New Revision: 164552
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164552
Log:
PR rtl-optimization/44374
* basic-block.h (enum
--- Comment #4 from bernds at gcc dot gnu dot org 2010-09-23 10:08 ---
Fixed.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
I have *not* checked the standard (F2008), but I think the following is invalid
as a is not an array but a scalar. gfortran accepts it but does not print any
value.
integer :: a(3)
print *, shape(a(1))
end
--
Summary: Accepts invalid: SHAPE with scalar
Product: gcc
--- Comment #3 from redi at gcc dot gnu dot org 2010-09-23 10:14 ---
The example was wrong, fixed by DR 497
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#497
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Recent trunk crashes on the following testcase:
gfortran -c -floop-block -O3 bug.f90
MODULE util
INTEGER, PARAMETER :: int_4=4
INTERFACE sort
MODULE PROCEDURE sort_int_4v
END INTERFACE
CONTAINS
SUBROUTINE sort_int_4v ( arr, n, index )
INTEGER(KIND=int_4), INTENT(INOUT)
--- Comment #1 from mikael at gcc dot gnu dot org 2010-09-23 10:34 ---
Arguments.
SOURCE shall be a scalar or array of any type
Examples. The value of SHAPE (A (2:5, â1:1) ) is [4, 3]. The value of SHAPE
(3) is the rank-one array of size zero.
It seems the current behaviour is
--- Comment #5 from iains at gcc dot gnu dot org 2010-09-23 10:35 ---
if the array was intended to be an array of structs then this fixes:
Index: gcc/config/darwin-driver.c
===
--- gcc/config/darwin-driver.c (revision
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-23 10:44 ---
Somehow works for me. What's your target?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from Joost dot VandeVondele at pci dot uzh dot ch
2010-09-23 10:46 ---
gfortran -O3 -floop-block -c -v bug.f90
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Target:
--- Comment #3 from Joost dot VandeVondele at pci dot uzh dot ch
2010-09-23 10:52 ---
Under valgrind:
==5634== Invalid read of size 8
==5634==at 0x936AD4: expr_invariant_in_loop_p (gimple.h:1149)
==5634==by 0xCE643E: evolution_function_is_invariant_rec_p
(tree-chrec.c:1009)
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-23 11:00 ---
Subject: Bug 45750
Author: rguenth
Date: Thu Sep 23 11:00:27 2010
New Revision: 164555
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164555
Log:
2010-09-23 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-23 11:00 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from mikael at gcc dot gnu dot org 2010-09-23 11:11 ---
Subject: Bug 45648
Author: mikael
Date: Thu Sep 23 11:11:23 2010
New Revision: 164558
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164558
Log:
2010-09-23 Mikael Morin mik...@gcc.gnu.org
PR
--- Comment #6 from mikael at gcc dot gnu dot org 2010-09-23 11:11 ---
Subject: Bug 45745
Author: mikael
Date: Thu Sep 23 11:11:23 2010
New Revision: 164558
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164558
Log:
2010-09-23 Mikael Morin mik...@gcc.gnu.org
PR
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-23 11:44 ---
Mikael, thanks for checking! Close as INVALID.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dominiq at lps dot ens dot fr 2010-09-23 12:02 ---
if the array was intended to be an array of structs then this fixes: ...
Currently at stage 2 for revision 164490 on powerpc-apple-darwin9 with the
patch in comment #5. Thanks.
Side question: what could be the
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-23 12:39 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-23 12:39 ---
Subject: Bug 45565
Author: rguenth
Date: Thu Sep 23 12:39:26 2010
New Revision: 164561
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164561
Log:
2010-09-23 Richard Guenther rguent...@suse.de
PR
Creating library file: .libs/libqt4_plugin.dll.a
util/qvlcframe.hpp:197:13: error: '_ZThn8_N6QVLCMWD0Ev' has already been
defined
./util/qvlcframe.hpp:197:13: note: previously defined here
util/qvlcframe.hpp:197:13: error: '_ZThn8_N6QVLCMWD1Ev' has already been
defined
./util/qvlcframe.hpp:197:13:
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-09-23 13:05
---
Subject: Bug 44763
Author: ebotcazou
Date: Thu Sep 23 13:05:39 2010
New Revision: 164562
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164562
Log:
PR middle-end/44763
* ira-color.c
I believe this is a bug in GCC 4.5.1 build system related to the introduction
of MPC.
I'm compiling GCC 4.5.1 and all its dependencies in my home directory and
installing all (make install) at $HOME/OpenFOAM/ROOT
At some GCC build stage it fails with this messages:
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-23 13:07
---
Subject: Bug 44763
Author: ebotcazou
Date: Thu Sep 23 13:07:01 2010
New Revision: 164563
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164563
Log:
PR middle-end/44763
* ira-color.c
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-09-23 13:08
---
Fixed everywhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from burnus at gcc dot gnu dot org 2010-09-23 13:23 ---
Can the PR be closed? Or is something still missing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45745
--- Comment #8 from Joost dot VandeVondele at pci dot uzh dot ch
2010-09-23 13:36 ---
with the patch in place, CP2K compiles fine again. Thanks, closing as fixed.
--
Joost dot VandeVondele at pci dot uzh dot ch changed:
What|Removed |Added
--- Comment #1 from redi at gcc dot gnu dot org 2010-09-23 13:58 ---
set LD_LIBRARY_PATH so the dynamic loader can find libmpc.so.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45760
--- Comment #2 from avi at unix dot sh 2010-09-23 14:03 ---
I was able to make it pass that stage explicitly setting the library path like
this:
gcc-build$ LD_LIBRARY_PATH=$HOME/OpenFOAM/lib make
I found this was not related to MPC since I moved to 4.4.4 (pre-MPC version of
GCC) and I
--- Comment #3 from redi at gcc dot gnu dot org 2010-09-23 14:08 ---
GCC doesn't set runpaths in executables, this is intentional:
http://gcc.gnu.org/faq.html#rpath
If you don't want those support libs installed for their own sake and are only
installing them for GCC to use, then a
--- Comment #9 from mikael at gcc dot gnu dot org 2010-09-23 14:13 ---
Unless something breaks again, this should be fixed now.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dominiq at lps dot ens dot fr 2010-09-23 14:14 ---
Bootstrapped revision 164560 on x86_64-apple-darwin10.4.0 with the following
patch:
--- ../_clean/gcc/config/darwin-driver.c2010-09-22 22:38:53.0
+0200
+++ gcc/config/darwin-driver.c 2010-09-23
--- Comment #4 from redi at gcc dot gnu dot org 2010-09-23 14:14 ---
this should be documented, either under the --with-gmp configuration docs or in
the faq
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
$ gdb /usr/libexec/gcc/i686-pc-cygwin/4.6.0/cc1.exe
Reading symbols from /usr/libexec/gcc/i686-pc-cygwin/4.6.0/cc1.exe...done.
(gdb) set args -quiet -v -I libdvdread4 -I libdvdcss -I libdvdread4 -I . -I
/usr/include/freetype2 -MMD libdvdread4/ifo_read.d -MF libdvdread4/ifo_read.d
-MT
-common --param l1-cache-size=32 --param
l1-cache-line-size=64 --param l2-cache-size=2048 -o ifo_read.s
GNU C (GCC) version 4.6.0 20100923 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.6.0 20100922 (experimental), GMP version
5.0.0, MPFR version 2.4.2, MPC version 0.8.1
GGC
--- Comment #2 from zsojka at seznam dot cz 2010-09-23 14:28 ---
Most likely the same as PR45741. I think the testcase was reduced from the very
same file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45761
--- Comment #5 from avi at unix dot sh 2010-09-23 14:46 ---
Jonathan, your comment #3 was very helpful. I have a very bizarre situation
dealing with cross compilers and entire platforms that must run in my home
directory.
Maybe the best and easier thing for my case is to statically
--- Comment #6 from avi at unix dot sh 2010-09-23 14:47 ---
Now I have a better understanding of GCC build system.
--
avi at unix dot sh changed:
What|Removed |Added
--- Comment #2 from joseph at codesourcery dot com 2010-09-23 15:13 ---
Subject: Re: Driver core dump when duplicating -Wall
command line option
Unless this can be reproduced with trunk I'd guess it was fixed by:
2010-06-09 Dave Korn dave.korn.cyg...@gmail.com
*
--- Comment #10 from dominiq at lps dot ens dot fr 2010-09-23 15:27 ---
This should be better:
It is;-) it fixes this PR without regression. Does it answer also the question
in comment #7?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45744
--- Comment #7 from redi at gcc dot gnu dot org 2010-09-23 15:28 ---
I'm going to add something to the docs, so I'll keep this PR open until I do
that, so reopening ...
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from redi at gcc dot gnu dot org 2010-09-23 15:28 ---
... and assigning to myself again
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-09-23 15:28 ---
Side question: what could be the meaning of sizeof (struct cl_decoded_option
*)?
The size of the pointer (which can be useful sometimes but not in this case).
--
pinskia at gcc dot gnu dot org changed:
--- Comment #9 from dominiq at lps dot ens dot fr 2010-09-23 15:30 ---
Could someone commit the patch in comment #7. It cannot make the matter worse
than it is without it.
TIA
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
Due to a change in glibc, an identical binary compiled with g++ 4.3 and run on
different systems prints a different result for nan. In the program at the end
of the report, a x86_64 binary run on an Ubuntu 10.04.1 LTS prints -nan while
the same exact binary run on Ubuntu 8.04.4 LTS prints nan.
This was reported to me by David Chisnall via email - he mentioned -
@encode(BOOL*) - it should return ^c or ^C (depending on whether BOOL is
defined as signed or unsigned), but instead it returns *. This is inconsistent
with clang and with Apple GCC.
I also noticed that we already have a
--- Comment #9 from manu at gcc dot gnu dot org 2010-09-23 15:53 ---
(In reply to comment #1)
Well - obviously global typedefs keep their BLKmode. The target attribute
can't work this way - it's broken by design.
If it is broken by design, why not remove it before people start
--- Comment #4 from spop at gcc dot gnu dot org 2010-09-23 15:54 ---
Subject: Bug 45758
Author: spop
Date: Thu Sep 23 15:54:01 2010
New Revision: 164567
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164567
Log:
Add testcase for PR45758.
2010-09-23 Sebastian Pop
--- Comment #1 from redi at gcc dot gnu dot org 2010-09-23 15:59 ---
It should be the same as C (as if done by printf) and our implementation relies
on the C library to do it correctly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45762
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-23 16:00 ---
Therefore the glibc fix is required to get the correct output.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from sje at cup dot hp dot com 2010-09-23 16:27 ---
It looks like GCC on IA64 HP-UX has a problem when a routine in .text.unlikely
calls a function in .text. If I define UNLIKELY_EXECUTED_TEXT_SECTION_NAME and
HOT_TEXT_SECTION_NAME to just be '.text' then I can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011
Frédéric Buclin LpSolit at netscape dot net changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45764
Summary: wrong code -O2 vs -O3(problem in vectorizer???)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: tree-optimization
be ISO C99 updated?
Reproducer:
const int a1[1];
__typeof__ (a1[0]) a2;
const struct { int x; } b1;
__typeof__ (b1.x) b2;
gcc (GCC) 4.6.0 20100923 (experimental)
-std=c99 -c -Wall -g
GNU gdb (GDB) 7.2.50.20100923-cvs
Actual:
(gdb) ptype a1[0]
type = int
(gdb) ptype a2
type = const int
(gdb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45764
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Target||x86-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45766
Summary: New Bugzilla UI changes horizontal items to vertical
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: web
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45766
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2010-09-23 22:22:58
UTC ---
The headers and footnotes are all vertical instead of
horizontal.
--
Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
--- You are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45766
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2010-09-23
22:25:07 UTC ---
(In reply to comment #1)
The headers and footnotes are all vertical instead of
horizontal.
Can you show an example. I don't get this behavior with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45767
Summary: I am able to change Last reconfirmed date:
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: web
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45768
Summary: Input boxes overflow with low resolutions.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: web
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45767
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45767
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2010-09-23
22:35:41 UTC ---
Interesting because my test account cannot change the last reconfirmed date.
Though it can change it to a future date.
--
Configure bugmail:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45767
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2010-09-23
22:37:01 UTC ---
And I checked to make sure you are not part of the groups that can change a
thing too.
--
Configure bugmail:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45769
Summary: Bugzilla help doesn't match actual fields
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: web
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45769
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45404
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45766
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2010-09-23 22:59:10
UTC ---
My header looks like
---
Home
New
Browse
Search
...
---
--
Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45766
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2010-09-23 23:02:36
UTC ---
It happens on Windows XP with both IE and Firefox.
It looks OK on Fedora 13.
--
Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45770
Summary: global access allowance exceeds that of derived class
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45766
--- Comment #5 from Frédéric Buclin LpSolit at netscape dot net 2010-09-23
23:14:45 UTC ---
You have to shift+reload to clear the old CSS files from your browser cache.
--
Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45770
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45766
Frédéric Buclin LpSolit at netscape dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45767
Frédéric Buclin LpSolit at netscape dot net changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45768
Frédéric Buclin LpSolit at netscape dot net changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45769
--- Comment #2 from Frédéric Buclin LpSolit at netscape dot net 2010-09-23
23:35:54 UTC ---
Things will be better in Bugzilla 4.0. But for now, yes, edit this template. :)
--
Configure bugmail:
Thread model: posix
gcc version 4.6.0 20100923 (experimental) [trunk revision 164569] (GCC)
#define NULL 0
typedef struct List List;
struct List {
List *next;
int stuff;
};
extern List Ignore;
extern List *pending, **tail;
extern void process(List *);
void
proc_all()
{
List *irp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45771
Ryan Mansfield rmansfield at qnx dot com changed:
What|Removed |Added
Component|c |target
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45772
Summary: Bugzilla doesn't have enabled voting, yet it appears
at few places
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
1 - 100 of 113 matches
Mail list logo
