--- Comment #12 from ubizjak at gmail dot com 2009-01-08 07:04 ---
(In reply to comment #11)
> Created an attachment (id=17051)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17051&action=view) [edit]
> Fix in pod_type_p
>
> Uros is testing this patch for me.
This patch bootstraps
--- Comment #3 from rob1weld at aol dot com 2009-01-08 06:18 ---
(In reply to comment #2)
> >../../gcc_trunk/gcc/config/i386/i386.c:18511: error: ISO C90 forbids variable
> length array 'vec'
>
> That was already fixed by:
> 2009-01-06 Jan Hubicka
>
> PR target/38744
>
Szia!!
E heti ajanlatainkkal szeretnelek meglepni!
Minosegi filmek,illetve Divx,es Dvd Kategorizalt tartalmakra szeretnem felhivni
a figyelmedet..
E havi ajanlatunk:
Kuldj minel tobb SMS-t,es te is megnyerheted a 3.db 1 GB-os Mp3 lejatszo
egyiket.
Ez nem kamu,a mult havi akcionkban,szamos siker
--- Comment #3 from spop at gcc dot gnu dot org 2009-01-08 05:00 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from danglin at gcc dot gnu dot org 2009-01-08 04:15 ---
Oops, I see pr34415.c was part of Richard's patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38740
--- Comment #1 from kargl at gcc dot gnu dot org 2009-01-08 03:24 ---
Removing the ISO C Binding stuff gives
program sizetest
implicit none
integer, parameter :: ik1 = selected_int_kind(2)
TYPE vehicle_t1
INTEGER, DIMENSION(:), ALLOCATABLE :: sensors
END TYPE vehicle_t
The following code yields
REMOVE:kargl[204] gfc4x -o z j1.f90
f951: internal compiler error: in gfc_target_encode_expr, at
fortran/target-memory.c:244
Please submit a full bug report,
with preprocessed source if appropriate.
The code is from a posting by James van Buskirk in c.l.f.
program size
--- Comment #2 from spop at gcc dot gnu dot org 2009-01-08 03:17 ---
Fixed.
This should have been fixed by the previous patches as now the
graphite branch bootstraps with BOOT_CFLAGS="-g -O2 -floop-block".
I will also enable -floop-block in -O2 in the graphite branch.
Sebastian
--
--- Comment #15 from bkoz at gcc dot gnu dot org 2009-01-08 03:15 ---
Subject: Bug 36801
Author: bkoz
Date: Thu Jan 8 03:14:24 2009
New Revision: 143182
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143182
Log:
2009-01-07 Benjamin Kosnik
Jonathan Larmour
--- Comment #4 from spop at gcc dot gnu dot org 2009-01-08 01:36 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from spop at gcc dot gnu dot org 2009-01-08 01:32 ---
Subject: Bug 38559
Author: spop
Date: Thu Jan 8 01:32:16 2009
New Revision: 143178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143178
Log:
2009-01-07 Sebastian Pop
Jan Sjodin
PR tr
I don't see how to include the requested *.i* file with this web page. So, you
just get the source and compilation stdout. Here is the program that does what
seems to be the wrong thing:
-
// Somehow a function overload is visible that should not have been seen at
// the point of instantiatio
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-08 00:28 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-08 00:24 ---
Subject: Bug 38725
Author: jakub
Date: Thu Jan 8 00:23:48 2009
New Revision: 143177
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143177
Log:
PR c++/38725
* semantics.c (finish_goto_stmt): Co
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-08 00:05 ---
Ian Taylor said on IRC that -b/-V should use pex_one/exit instead of execvp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38580
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #19 from jakub at gcc dot gnu dot org 2009-01-07 22:54 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-07 22:54 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|
--- Comment #12 from jakub at gcc dot gnu dot org 2009-01-07 22:54 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary
--- Comment #18 from jakub at gcc dot gnu dot org 2009-01-07 22:50 ---
Subject: Bug 38732
Author: jakub
Date: Wed Jan 7 22:50:42 2009
New Revision: 143170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143170
Log:
PR libstdc++/38732
* libsupc++/unwind-cxx.h (__c
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-07 22:49 ---
Subject: Bug 38092
Author: jakub
Date: Wed Jan 7 22:49:29 2009
New Revision: 143169
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143169
Log:
PR libstdc++/38092
* acinclude.m4 (HAVE_AS_SYMVER
--- Comment #11 from jakub at gcc dot gnu dot org 2009-01-07 22:48 ---
Subject: Bug 38086
Author: jakub
Date: Wed Jan 7 22:48:03 2009
New Revision: 143168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143168
Log:
PR libgomp/38086
* acinclude.m4 (HAVE_AS_SYMVER_
--- Comment #12 from ubizjak at gmail dot com 2009-01-07 21:58 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from uros at gcc dot gnu dot org 2009-01-07 21:56 ---
Subject: Bug 38706
Author: uros
Date: Wed Jan 7 21:56:32 2009
New Revision: 143167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143167
Log:
PR target/38706
* config/alpha/alpha.c (alpha_end_
--- Comment #2 from goeran at uddeborg dot se 2009-01-07 21:52 ---
(In reply to comment #1)
> Well template here might be consider the keyword template.
It COULD, but I would argue that would break the style of other messages. The
word "template" is used in many messages, sometimes in
--- Comment #1 from pinskia at gmail dot com 2009-01-07 21:39 ---
Subject: Re: New: %s substituted with regular word can't be properly
translated
Well template here might be consider the keyword template. So we
either have template argument or just argument. Translating template
Well template here might be consider the keyword template. So we
either have template argument or just argument. Translating template
might cause more confusion.
Sent from my iPhone
On Jan 7, 2009, at 1:34 PM, "goeran at uddeborg dot se" > wrote:
In gcc/cp/parser.c there is this code in
In gcc/cp/parser.c there is this code in cp_parser_parameter_declaration
error ("%H%sparameter pack %qD cannot have a default argument",
&declarator_token_start->location,
kind, id_declarator->u.id.unqualified_name);
else
erro
--- Comment #1 from pinskia at gmail dot com 2009-01-07 21:15 ---
Subject: Re: New: Incorrect warning/error when compiling with a typedef'ed
ptr return type
On Jan 7, 2009, at 12:44 PM, "gnu at bluedreamer dot com"
wrote:
> When a pointer to type is typedef'ed to a new type gcc in
On Jan 7, 2009, at 12:44 PM, "gnu at bluedreamer dot com" > wrote:
When a pointer to type is typedef'ed to a new type gcc incorrectly
warns about
const modifier if new typedef is used in function return type.
gcc info:
dluadrianc:/home/adrianc> gcc -v
Using built-in specs.
Target: i686-pc-
--- Comment #17 from sebastian dot redl at getdesigned dot at 2009-01-07
21:14 ---
I have no idea how a prepended member can change the negative offset of the
other struct members. If I did, the bug wouldn't be there.
Is wrapping the struct in another struct the best way to ensure that
--- Comment #6 from rob1weld at aol dot com 2009-01-07 21:07 ---
(In reply to comment #4)
> Obviously during bootstrap not all the code is actually executed. I don't see
> how that is a bug.
>
Note the messages generated by the compiler.
We need to do one or both of the following (to
--- Comment #11 from jason at gcc dot gnu dot org 2009-01-07 20:59 ---
Created an attachment (id=17051)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17051&action=view)
Fix in pod_type_p
Uros is testing this patch for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31488
--- Comment #10 from arthur dot loiret at gmail dot com 2009-01-07 21:04
---
Your patch fixes the build and brings no regression in testsuite.
--
arthur dot loiret at gmail dot com changed:
What|Removed |Added
-
--- Comment #5 from rob1weld at aol dot com 2009-01-07 20:57 ---
While building in ./gcc _almost_ all ".gcda"'s are found, but a few are missed:
../../gcc_trunk/gcc/ebitmap.c:1018: note: file
/usr/share/src/gcc_build/gcc/ebitmap.gcda not found, execution counts estimated
../../gcc_trunk
--- Comment #6 from jason at gcc dot gnu dot org 2009-01-07 20:57 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jason at gcc dot gnu dot org 2009-01-07 20:56 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:56 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jason at gcc dot gnu dot org 2009-01-07 20:56 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #18 from jv244 at cam dot ac dot uk 2009-01-07 20:52 ---
(In reply to comment #17)
> Thanks for the update. I suspect that this is due to -floop-block.
> There are two more bugs 38559 and 38499 that we're looking at for
> fixing -floop-block.
yes, I was able to derive a sma
--- Comment #2 from jv244 at cam dot ac dot uk 2009-01-07 20:50 ---
FYI, it is the assignment at line 22 that 'goes wrong'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38760
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-07 20:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jv244 at cam dot ac dot uk 2009-01-07 20:49 ---
Created an attachment (id=17050)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17050&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38760
with current trunk the small to be attached testcase (derived from CP2K) leads
to wrong code
gfortran -g -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native
-ffree-form -fgraphite -fgraphite-identity -floop-block -floop-strip-mine
-floop-interchange test.f90
> ./a.out
STOP X
--
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-07 20:44 ---
See http://gcc.gnu.org/ml/gcc-bugs/2009-01/msg00759.html
I'll post the whole patch to gcc-patches soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38086
When a pointer to type is typedef'ed to a new type gcc incorrectly warns about
const modifier if new typedef is used in function return type.
gcc info:
dluadrianc:/home/adrianc> gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3.1/configure --prefix=/usr --enable-la
--- Comment #7 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 36846
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 35297
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #1 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 35477
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #5 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 38276
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 35784
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-07 20:15 ---
Any luck getting past the libgomp build failure? All that is needed is trying
Jakub's patch and getting confirmation that it works. If it does then the
libgomp/libstdc++ bits can go in at the same time without further
libgcc2.c uses macros defined in longlong.h (included via libgcc2.h).
Similarily, the code in config/soft-fp uses longlong.h . This library code
is automatically linked in by gcc, and its source files are licensed with
a special library exceptions to allow users to compile programs with gcc and
d
dwarf2out.c always chooses DW_LANG_C89 when compiling C code,
even if the user specified -std=c99
--
Summary: gcc does not emit DW_LANG_C99
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
This code doesn't compile. It complains that A::_say is protected when
in reality it's being used from B. calling A::_say works fine, but
obtaining the address fails compilation.
Thanks!
Juan Linietsky
-=-=-=-=- CODE --=-=-=-=-=-
#include
class A {
protected:
void _say() {}
public:
vir
--- Comment #17 from sebpop at gmail dot com 2009-01-07 19:23 ---
Subject: Re: [graphite] several ICEs with CP2K (summary)
> I checked that current trunk (i.e. not graphite branch) still generates a
> segfaulting executable with
>
> FCFLAGS = -g -O2 -ffast-math -funroll-loops -ftree-ve
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-07 19:21
---
The updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00358.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #16 from jv244 at cam dot ac dot uk 2009-01-07 19:07 ---
I checked that current trunk (i.e. not graphite branch) still generates a
segfaulting executable with
FCFLAGS = -g -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native
-ffree-form -fgraphite -fgraphite-identit
--- Comment #5 from laurent at guerby dot net 2009-01-07 18:55 ---
I will test this patch but it will take a few days :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38695
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-07 18:23
---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00352.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-07 18:17 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00350.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #14 from paolo dot carlini at oracle dot com 2009-01-07 18:17
---
(In reply to comment #13)
> Note that my original patch also included a trivial fix for concurrence.h
> where
> __GTHREAD_MUTEX_INIT_FUNCTION was called when it should have been
> __GTHREAD_COND_INIT_FUNCTION
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-07 18:17 ---
Created an attachment (id=17049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17049&action=view)
gcc44-pr38695.patch
Patch that cures the testcase. I think there is no need to do tail calls
say to VAR_DECLs (c
--- Comment #1 from spop at gcc dot gnu dot org 2009-01-07 18:13 ---
Fixed: trunk now passes bootstrap on amd64-linux with BOOT_CFLAGS="-g -O2
-fgraphite-identity" all default languages. I will prepare a patch for the
graphite branch to enable -fgraphite-identity by default in -O2 or hi
--- Comment #13 from jifl-bugzilla at jifvik dot org 2009-01-07 18:03
---
The patch seems to be ok from my cursory checking, thanks!
Note that my original patch also included a trivial fix for concurrence.h where
__GTHREAD_MUTEX_INIT_FUNCTION was called when it should have been
__GTHRE
--- Comment #5 from ubizjak at gmail dot com 2009-01-07 17:56 ---
Following patch that changes addsi3 and subsi3 expander constraint fixes this
problem:
--cut here--
Index: alpha.md
===
--- alpha.md(revision 143157)
+++
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-07 17:40 ---
Obviously during bootstrap not all the code is actually executed. I don't see
how that is a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38753
When building gcc.c-torture/execute/2412-6.c with -mcpu=m32c (pointers are
24 bits), ivopts introduces a truncation to "unsigned short" (sizetype, which
is 16 bits) - truncating needed bits off the pointer. 107t.ivopts shows this:
tmp_9 = tmp_16 + 2;
D.1229_1 = (unsigned int) tmp_9;
tmp_13
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2009-01-07
17:35 ---
Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19
and Sun as: no .symver support
jakub at gcc dot gnu dot org writes:
> I see, does this extra hunk (incremental patch) fix it?
--- Comment #3 from rob1weld at aol dot com 2009-01-07 17:34 ---
I configured using "--without-system-zlib" and _every_ file in gcc_build/zlib
failed to create it's accompanying ".gcda" files. The build continued into
the libcpp directory and thus far has been working OK in libcpp and th
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-07
17:27 ---
Subject: Re: Incorrect delayed branch optimization
> I've seen that on the SPARC too. Does Richard's patch in
>
> http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00506.html
>
> help? If so, it is approved
The capacita and test_fpu benchmarks fail under current gcc trunk (r143160)
when compiled with -ffast-math -funroll-loops -msse3 -O3 -fgraphite-identity
-floop-block. The capacita benchmark produces results with NaN as occurred
before r143159. The test_fpu benchmark segfaults with -floop-block.
-
--- Comment #3 from oliver at linux-kernel dot at 2009-01-07 16:20 ---
Please have a look at this:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00033.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36025
--- Comment #10 from markus dot schoepflin at comsoft dot de 2009-01-07
16:11 ---
Please disregard my reference to #4 and #5, I got the version numbers mixed up.
But nevertheless, the current code still contains the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
--- Comment #5 from spop at gcc dot gnu dot org 2009-01-07 16:10 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #9 from markus dot schoepflin at comsoft dot de 2009-01-07
16:08 ---
Comments #4 and #5 say so. And the code in question has not been fixed, AFAICT.
(See
http://gcc.gnu.org/viewcvs/*checkout*/branches/gcc-4_3-branch/gcc/mips-tfile.c?revision=132824,
line numbers 2858, 2914,
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2009-01-07
16:01 ---
> sorry for the duplicate work.
Thanks for fixing it!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38426
--- Comment #4 from spop at gcc dot gnu dot org 2009-01-07 15:56 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #12 from spop at gcc dot gnu dot org 2009-01-07 15:55 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from spop at gcc dot gnu dot org 2009-01-07 15:53 ---
Subject: Bug 38498
Author: spop
Date: Wed Jan 7 15:53:03 2009
New Revision: 143159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143159
Log:
2009-01-07 Jan Sjodin
PR tree-optimization/38492
--- Comment #11 from spop at gcc dot gnu dot org 2009-01-07 15:53 ---
Subject: Bug 38492
Author: spop
Date: Wed Jan 7 15:53:03 2009
New Revision: 143159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143159
Log:
2009-01-07 Jan Sjodin
PR tree-optimization/38492
--- Comment #11 from ian at airs dot com 2009-01-07 15:41 ---
Oh yeah, sorry for the noise.
In any case, the warning message is wrong, as the cast does not "cast away
constness".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
--- Comment #10 from spop at gcc dot gnu dot org 2009-01-07 15:41 ---
Subject: Bug 38492
Author: spop
Date: Wed Jan 7 15:41:26 2009
New Revision: 143158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143158
Log:
2009-01-06 Jan Sjodin
PR tree-optimization/38492
--- Comment #2 from spop at gcc dot gnu dot org 2009-01-07 15:41 ---
Subject: Bug 38498
Author: spop
Date: Wed Jan 7 15:41:26 2009
New Revision: 143158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143158
Log:
2009-01-06 Jan Sjodin
PR tree-optimization/38492
--- Comment #8 from ubizjak at gmail dot com 2009-01-07 15:41 ---
Does this still happen with version 4.3 or 4.4?
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #5 from ubizjak at gmail dot com 2009-01-07 15:40 ---
Does this still happen with 4.3 or 4.4 branch?
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from ubizjak at gmail dot com 2009-01-07 15:39 ---
Does this still fail?
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONF
--- Comment #15 from ubizjak at gmail dot com 2009-01-07 15:38 ---
4.1 is not supported anymore.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Stat
--- Comment #3 from ubizjak at gmail dot com 2009-01-07 15:37 ---
No answer in 3 months.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCON
--- Comment #10 from joseph at codesourcery dot com 2009-01-07 15:34
---
Subject: Re: bad text in -Wcast-qual warning (forgets volatile)
On Wed, 7 Jan 2009, ian at airs dot com wrote:
> How is it unsafe? All the const qualifier on a pointer means is that the
> memory will not be cha
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-07 14:52 ---
Created an attachment (id=17048)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17048&action=view)
gcc44-pr38092-2.patch
I see, does this extra hunk (incremental patch) fix it?
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from laurent at guerby dot net 2009-01-07 14:48 ---
Note: ada on alpha bootstrap fine on trunk.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-01-07
14:41 ---
Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19
and Sun as: no .symver support
ro at techfak dot uni-bielefeld dot de writes:
> Sure: I've applied it to the same source tree
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 14:38 ---
See 6.7.4, especially the example in paragraph 7 and the explanation in 8.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38754
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-07 14:36 ---
You need an external definition of f.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
More a liker than compiler problem
When I compile the following programm with gcc -std=c99 I get a linker error.
When I compile it with gcc -O[23] -std=c99 it runs as expected.
For the case that the system matters: I am using Linux (Ubuntu 8.10)
inline void f() {
}
int main() {
f();
}
--
--- Comment #9 from ian at airs dot com 2009-01-07 14:27 ---
How is it unsafe? All the const qualifier on a pointer means is that the
memory will not be changed through that pointer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
--- Comment #1 from ubizjak at gmail dot com 2009-01-07 14:08 ---
Ada stuff.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Component|other
--- Comment #8 from ubizjak at gmail dot com 2009-01-07 14:05 ---
Closed as WORKSFORME, since bootstrap - well - works for me.
--
ubizjak at gmail dot com changed:
What|Removed |Added
1 - 100 of 132 matches
Mail list logo
