--- Comment #1 from ilgb at livius dot net 2008-02-02 08:11 ---
after upgrading to WinAVR-20071221 my C++ projects trigger the same warning
message.
for completeness, my sources look like:
// usb_user_device_descriptor
PROGMEM S_usb_device_descriptor usb_dev_desc =
{
sizeof( usb
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-02-02 08:28
---
Here is a different view on this; from the standard:
For an internal value that is neither an IEEE infinity nor a NaN, the form of
the output field for a scale factor of zero is:
[ ± ] [0].x1 x2 . . . xd
--- Comment #5 from rsandifo at gcc dot gnu dot org 2008-02-02 09:45
---
Subject: Bug 31388
Author: rsandifo
Date: Sat Feb 2 09:44:21 2008
New Revision: 132066
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132066
Log:
gcc/
PR target/31388
* config/mips/mips.md
The new feature
#pragma push_macro("macro_name")
and
#pragma pop_macro("macro_name")
enabled by
2007-03-30 Richard Henderson <[EMAIL PROTECTED]>
Kai Tietz <[EMAIL PROTECTED]>
* c-pragma.c (struct def_pragma_macro_value): New.
(struct def_pragma_macro): New.
--- Comment #4 from rsandifo at gcc dot gnu dot org 2008-02-02 09:56
---
Subject: Bug 34981
Author: rsandifo
Date: Sat Feb 2 09:55:42 2008
New Revision: 132067
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132067
Log:
gcc/
PR target/34981
* config/mips/mips-pr
--- Comment #6 from rsandifo at gcc dot gnu dot org 2008-02-02 10:02
---
Subject: Bug 34900
Author: rsandifo
Date: Sat Feb 2 10:01:38 2008
New Revision: 132068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132068
Log:
Add PR 34900 to CL for PR 31388
Modified:
branches/gc
--- Comment #6 from rsandifo at gcc dot gnu dot org 2008-02-02 10:02
---
Subject: Bug 31388
Author: rsandifo
Date: Sat Feb 2 10:01:38 2008
New Revision: 132068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132068
Log:
Add PR 34900 to CL for PR 31388
Modified:
branches/gc
--- Comment #5 from rsandifo at gcc dot gnu dot org 2008-02-02 10:03
---
Fixed on mainline and 4.2.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rsandifo at gcc dot gnu dot org 2008-02-02 10:06
---
Patch applied to 4.2 (labelled as PR31388
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
testcase: (a.F90)
#include "omp_lib.h"
call omp_set_dynamic (.false.)
call omp_set_num_threads(4)
!$omp parallel
print *, "t#:", omp_get_thread_num()
!$omp end parallel
end
#gfortran a.F90 -fopenmp
a.F90:1: error: omp_lib.h: No such file or directory
the file omp_lib.h is found in
/import/dr3/
--- Comment #25 from dominiq at lps dot ens dot fr 2008-02-02 11:09 ---
>From comment #24:
> ... handling the large array constructors by building the array at run time
> is obviously not fixed yet.
This can be done for
INTEGER, PARAMETER :: N=65535
INTEGER :: I(N)=(/(MOD(K,2),K=1,N)
--- Comment #12 from dominiq at lps dot ens dot fr 2008-02-02 11:13 ---
I agree that "If -d < k <= 0" is confusing when you don't specify k. However
you can remove the k and get "if -d<0", aka "if 0http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35036
--- Comment #7 from myway dot cn at gmail dot com 2008-02-02 12:06 ---
(In reply to comment #6)
> The initialize_command_download() exposes the usual memory-hungriness of GCC
> with repetitive C++ initializers. We have plenty of bugreports with testcases
> for this, closing as invalid.
--- Comment #17 from belyshev at depni dot sinp dot msu dot ru 2008-02-02
12:22 ---
And here are clean results for the same revision:
http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00099.html , which confirms
that patch from comment 13 causes many new failures.
--
http://gcc.gnu.
Current trunk ICEs in building libqt4:
g++-4.3 -O -o /dev/null -S style.cpp
rendering/RenderStyle.h: In member function 'void
WebCore::RenderStyle::setOutlineStyle(WebCore::EBorderStyle, bool)':
rendering/RenderStyle.h:1570: internal compiler error: in copy_to_mode_reg, at
explow.c:621
Please sub
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-02 12:27 ---
Created an attachment (id=15076)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15076&action=view)
testcase (unincluded)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-02 12:27 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-02 12:31 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-02 12:33 ---
_mm_store_ps stores four(!) float values at the destination which needs to be
16-byte aligned.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-02 12:34 ---
I suppose you want _mm_store_ss, btw.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35053
--- Comment #1 from manu at gcc dot gnu dot org 2008-02-02 12:52 ---
Add alias to this bug.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Alias
--- Comment #2 from manu at gcc dot gnu dot org 2008-02-02 12:52 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00044.html
I miss the patch tracker :(
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from aldot at gcc dot gnu dot org 2008-02-02 13:43 ---
Created an attachment (id=15077)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15077&action=view)
Emit warning for surplus case labels in a switch stmt with a boolean condition
The attached patchlet would warn a
--- Comment #7 from aldot at gcc dot gnu dot org 2008-02-02 13:44 ---
Reconfirm for 4.3.0 / 4.4.x
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from aldot at gcc dot gnu dot org 2008-02-02 13:46 ---
Add link to PR17843 -- Warning not given for unreachable code in a switch
In this case a boolean condition; Does not use (the already a bit convoluted)
VRP.
--
aldot at gcc dot gnu dot org changed:
Wha
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-02-02 13:51 ---
Subject: Bug 35001
Author: tkoenig
Date: Sat Feb 2 13:50:55 2008
New Revision: 132070
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132070
Log:
2008-02-02 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-02-02 13:51 ---
(In reply to comment #2)
> Thomas, this is OK to commit since it is fixing a wrong code bug, assuming you
> have regression tested. (Discussed with Richi on IRC.)
Yes, I had done so.
Commited to trunk. Thanks!
Cl
--- Comment #25 from matz at gcc dot gnu dot org 2008-02-02 15:01 ---
Subject: Bug 35045
Author: matz
Date: Sat Feb 2 15:00:57 2008
New Revision: 132071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132071
Log:
PR target/35045
* postreload-gcse.c (record_last_r
--- Comment #26 from matz at gcc dot gnu dot org 2008-02-02 15:06 ---
Fixed in trunk. Matthias: thanks for the hint with the bugnumber :-)
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Forwarded from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456930
With -O2 it calls bind with 0, without and with -O3 it works fine.
Asio is a C++ networking library.
$ g++ -I misc -lpthread t.cpp && strace ./a.out
...
bind(6, {sa_family=AF_INET, sin_port=htons(2711),
sin_addr=inet_addr("0.0
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-02 15:23 ---
Please provide preprocessed source of your testcase. It is very likely
that asio::ip::tcp::endpoint is bogus.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from olafvdspek at gmail dot com 2008-02-02 15:33 ---
Created an attachment (id=15078)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15078&action=view)
Preprocessor output (I hope)
I hope -E is the right option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35
--- Comment #28 from hutchinsonandy at aim dot com 2008-02-02 15:44 ---
The patch and suggestions on this are valid. However, memory moves -
particular with base pointers, may require additional instruction to be added
to reach required displacments. Splitting such moves may well incur
--- Comment #3 from matz at gcc dot gnu dot org 2008-02-02 15:52 ---
Reduced by hand:
% cat x.cc
enum EBorderStyle { bla = 1 };
template
inline bool compareEqual(const T& t, const U& u)
{
return t == u;
}
struct S {
unsigned m_style : 4;
};
void call (S *s, EBorderStyle v)
{
if (
--- Comment #4 from rguenther at suse dot de 2008-02-02 15:57 ---
Subject: Re: [4.3 Regression] ICE in copy_to_mode_reg,
at explow.c:621
On Sat, 2 Feb 2008, matz at gcc dot gnu dot org wrote:
> --- Comment #3 from matz at gcc dot gnu dot org 2008-02-02 15:52 ---
> Reduced by
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-02 16:06 ---
>From the .original dump:
;; Function void call(S*, EBorderStyle) (_Z4callP1S12EBorderStyle)
;; enabled by -tree-original
<<< Unknown tree: if_stmt
, (const EBorderStyle &) (const EBorderStyle
*) &v)>>
--- Comment #6 from matz at gcc dot gnu dot org 2008-02-02 16:08 ---
(written before richis comment, essentially the same info)
The compare routine doesn't need to be a template to show the bug. But it
needs to take reference parameters. The difference is in the call. E.g.
with this
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-02 16:15 ---
This
Index: tree.c
===
--- tree.c (revision 132071)
+++ tree.c (working copy)
@@ -417,6 +417,10 @@ build_target_expr_with_type (tree init,
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-02 16:16 ---
The TARGET_EXPR is built via
#0 build4_stat (code=TARGET_EXPR, tt=0xb7ce6340, arg0=0xb7ce0160,
arg1=0xb7ce10f0, arg2=0x0, arg3=0x0)
at /home/richard/src/trunk/gcc/tree.c:3207
#1 0x0825c48e in build_target
--- Comment #12 from hubicka at gcc dot gnu dot org 2008-02-02 16:22
---
Created an attachment (id=15079)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15079&action=view)
address accumulation patch
While working on PR17863 I wrote the attached patch to make fwprop to combine
code
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-02 16:30 ---
The correct fix is probably here (convert_like_real):
if ((lvalue & clk_packed)
&& CLASS_TYPE_P (type)
&& !TYPE_HAS_TRIVIAL_INIT_REF (type))
{
--- Comment #26 from sgk at troutmask dot apl dot washington dot edu
2008-02-02 16:38 ---
Subject: Re: Implied do-loop in an initialization expression is broken
On Sat, Feb 02, 2008 at 11:09:36AM -, dominiq at lps dot ens dot fr wrote:
>
> A short term solution could be to improv
-Werror=declaration-after-statement and -Werror=pointer-arith
only generate warnings not errors.
Example
-
void *a;
void *test(){
if(a=a) a++;
int x=5;
return a+x;
}
gcc-4.3 -Werror=declaration-after-statement -Werror=pointer-arith testX.c -c -o
testX
adding -Werror=par
The following gives a segmentation fault with N > 65535. This is taken from
PR19925 Comment #10. I have the fix for the segfault.
INTEGER, PARAMETER :: N=10
INTEGER, PARAMETER :: I(N)=(/(MOD(K,2),K=1,N)/)
INTEGER, PARAMETER :: M(N)=I(N:1:-1)
END
--
Summary: Seg fault when max c
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-02-02 17:36
---
Created an attachment (id=15080)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15080&action=view)
Proposed patch to fix some segfaults
This patch avoids the seg fault for the test case in this PR as well as
--- Comment #10 from matz at gcc dot gnu dot org 2008-02-02 17:47 ---
A TARGET_EXPR has the following semantics:
(1) If it's a RHS of a MODIFY_STMT (or similar), i.e.:
lhs = TARGET_EXPR
this is (for gimplifying) the same as
lhs = init
except when TREE_TYPE(init) is
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-02 18:42
---
Note that I think the FEs should not use the middle-end predicate but instead
use the more strict type equality as fold does. But I'll leave that to the
FE maintainers to figure out what and where the best fix is
--- Comment #1 from vincent dot riviere at freesbee dot fr 2008-02-02
19:14 ---
The bug is still here in the official 4.2.3
--
vincent dot riviere at freesbee dot fr changed:
What|Removed |Added
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-02-02 19:36
---
Created an attachment (id=15081)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15081&action=view)
Proposed patch
This patch provides an error for precision (number of digits left of decimal
point) specifie
--- Comment #18 from tbm at cyrius dot com 2008-02-02 20:08 ---
I see regressions with the patch too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33410
--- Comment #5 from rth at gcc dot gnu dot org 2008-02-02 20:42 ---
Subject: Bug 34993
Author: rth
Date: Sat Feb 2 20:42:10 2008
New Revision: 132073
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132073
Log:
PR c/34993
* tree.c (build_type_attribute_qual_varian
--- Comment #6 from rth at gcc dot gnu dot org 2008-02-02 20:43 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from vincent dot riviere at freesbee dot fr 2008-02-02
20:48 ---
Still fails in GCC release 4.2.3
--
vincent dot riviere at freesbee dot fr changed:
What|Removed |Added
---
--- Comment #1 from manu at gcc dot gnu dot org 2008-02-02 21:15 ---
Thanks for the report.
Any warning that does not show with -fdiagnostics-show-option is very likely to
not work with -Werror= and viceversa, so please report all of them that you
find.
--
manu at gcc dot gnu dot or
--- Comment #29 from dominiq at lps dot ens dot fr 2008-02-02 21:31 ---
With the patch in http://gcc.gnu.org/ml/fortran/2008-02/msg6.html, I still
get an error for the test case in comment #25:
pr32760_2.f90:8.29:
allocate(s(4), stat=istat, source=t)
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-02-03 00:06
---
Created an attachment (id=15082)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15082&action=view)
Revised test case
This test case is updated with additional tests.
--
http://gcc.gnu.org/bugzilla/show
///
#include
#include
class _A12345 {
virtual ~_A12345() {}
};
extern "C" {
void foo() { }
void foo2() { }
}
#define ClassName _A12345
int main() {
printf("%s\n",typeid(ClassName).name());
printf("%s\n",typeid(foo).name());
printf("%s\n"
--- Comment #12 from jakub at gcc dot gnu dot org 2008-02-03 07:48 ---
In the FE usually no predicate is used, you just call fold_convert and it will
return the second argument if the types match, otherwise add NOP_EXPR or
whatever
is appropriate around it.
The question is just whether b
58 matches
Mail list logo
