--- Comment #6 from bonzini at gnu dot org 2008-08-15 06:01 ---
if it ain't broken, don't fix it.
--
bonzini at gnu dot org changed:
What|Removed |Added
Statu
This is seen using r139123 on Ubuntu Hardy on ia32.
[EMAIL PROTECTED]:~/volatile/tmp6$ current-gcc -fwrapv -O0 small.c -o small
[EMAIL PROTECTED]:~/volatile/tmp6$ ./small
[EMAIL PROTECTED]:~/volatile/tmp6$ current-gcc -fwrapv -O1 small.c -o small
[EMAIL PROTECTED]:~/volatile/tmp6$ ./small
Aborte
$ cat opt.c
extern void abort (void);
double
foo (int arg)
{
if (arg != 116)
abort();
return arg + 1;
}
inline double
#if HAS_ATTR
__attribute__ ((__option__ ("no-mmx")))
#endif
bar (int arg)
{
foo (arg);
__builtin_return (__builtin_apply ((void (*) ()) foo,
--- Comment #1 from eugene dot zelenko at gmail dot com 2008-08-14 23:32
---
I think unused variable warning should be expanded for all cases where variable
used only as lvalue. As result some useless computations could be avoided.
Coverity Prevent warn about such situations with one o
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-14 22:18 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from hjl at gcc dot gnu dot org 2008-08-14 21:37 ---
Subject: Bug 37123
Author: hjl
Date: Thu Aug 14 21:36:31 2008
New Revision: 139117
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139117
Log:
2008-08-14 H.J. Lu <[EMAIL PROTECTED]>
PR libfortran/37123
> I am Fedora 9 (32 bit), svn trunk up to date as of a couple of hours
> ago and the native build isn't working. Does anyone else see this?
Yes, Ada has been broken everywhere yesterday, I'm going to follow up on
[EMAIL PROTECTED]
--
Eric Botcazou
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-14 21:29 ---
This patch works for me:
Index: cshift0.c
===
--- cshift0.c (revision 139115)
+++ cshift0.c (working copy)
@@ -120,7 +120,7 @@
#ifdef HAVE_GFC_INT
On Linux/x86-64, revision 139115 gave me:
[EMAIL PROTECTED] libgfortran]$ /export/gnu/import/svn/gcc-test/bld/./gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/./gcc/
-B/usr/local/x86_64-unknown-linux-gnu/bin/
-B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem
/usr/local/x86_64-unknown-linux-gnu/i
--- Comment #2 from janus at gcc dot gnu dot org 2008-08-14 21:20 ---
Fixed with r139116. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from janus at gcc dot gnu dot org 2008-08-14 21:17 ---
Subject: Bug 36705
Author: janus
Date: Thu Aug 14 21:15:59 2008
New Revision: 139116
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139116
Log:
2008-08-14 Janus Weil <[EMAIL PROTECTED]>
PR fortran/3
--- Comment #8 from dfranke at gcc dot gnu dot org 2008-08-14 21:17 ---
IMO, not pre-processing INCLUDEd files (as opposed to #include'd ones) is a
feature, not a bug.
Maybe we should make a final decision on this, i.e. if bug or feature, and
state/document it, once and for all?
--
--- Comment #5 from jakub at gcc dot gnu dot org 2008-08-14 20:38 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from paolo dot carlini at oracle dot com 2008-08-14 19:05
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from paolo at gcc dot gnu dot org 2008-08-14 19:05 ---
Subject: Bug 34485
Author: paolo
Date: Thu Aug 14 19:04:05 2008
New Revision: 139114
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139114
Log:
/cp
2008-08-14 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
Hi,
I am Fedora 9 (32 bit), svn trunk up to date as of a couple of hours
ago and the native build isn't working. Does anyone else see this?
/home/joel/work-gnat/svn/b-native/./prev-gcc/xgcc
-B/home/joel/work-gnat/svn/b-native/./prev-gcc/
-B/home/joel/work-gnat/svn//install/i686-pc-linux-gnu/b
--- Comment #6 from tkoenig at gcc dot gnu dot org 2008-08-14 18:32 ---
Subject: Bug 36886
Author: tkoenig
Date: Thu Aug 14 18:31:32 2008
New Revision: 139111
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139111
Log:
2008-08-14 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #8 from hjl at gcc dot gnu dot org 2008-08-14 18:25 ---
Subject: Bug 37101
Author: hjl
Date: Thu Aug 14 18:23:58 2008
New Revision: 139110
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139110
Log:
2008-08-14 H.J. Lu <[EMAIL PROTECTED]>
PR target/37101
--- Comment #5 from jakub at gcc dot gnu dot org 2008-08-14 18:11 ---
Yeah. In C we won't see addition or subtraction of 2 FLOAT_TYPE_P constants in
initializer_constant_valid_p, as it has been folded.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #5 from dodji at gcc dot gnu dot org 2008-08-14 16:06 ---
Created an attachment (id=16074)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16074&action=view)
third fix candidate
This patch tries another approach.
Basically it changes the low level function (shared with t
--- Comment #2 from davediff at nbcs dot rutgers dot edu 2008-08-14 15:55
---
Created an attachment (id=16073)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16073&action=view)
patch to fix tree-ssa-loop-ivopts.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37122
--- Comment #1 from davediff at nbcs dot rutgers dot edu 2008-08-14 15:54
---
Created an attachment (id=16072)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16072&action=view)
patch to fix fixed-value.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37122
When trying to compile gcc-4.3.1 using Sun Studio 11 on Solaris 9 I received
the following compilation errors for fixed-value.c and tree-ssa-loop-ivopts.c:
cc -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.3.1/gcc
-I../../gcc-4.3.1/gcc/. -I../../gcc-4.3.1/gcc/../include
-I../../gcc-4.3
--- Comment #4 from paolo dot carlini at oracle dot com 2008-08-14 15:12
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from paolo at gcc dot gnu dot org 2008-08-14 15:12 ---
Subject: Bug 34600
Author: paolo
Date: Thu Aug 14 15:11:01 2008
New Revision: 139099
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139099
Log:
/cp
2008-08-14 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
САЙДИНГ - защитит Ваш дом от неблагоприятного воздействия внешней среды,
кроме того он позволяет значительно уменьшить затраты на обогрев дома!!!
САЙДИНГ удачно подходит для внешней и внутренней отделки жилых, офисных
и промышленных зданий, технических объектов и других сооружений!
_ _ _
Наша ко
--- Comment #7 from manu at gcc dot gnu dot org 2008-08-14 13:07 ---
This is FIXED for C but not for C++. Probably this is the same bug as 14875 but
just in case, I keep open both.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-14 13:03 ---
Subject: Bug 28152
Author: manu
Date: Thu Aug 14 13:01:58 2008
New Revision: 139097
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139097
Log:
2008-08-08 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c/
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #4 from joseph at codesourcery dot com 2008-08-14 12:18 ---
Subject: Re: [4.2/4.3/4.4 regression] ICE with "-frounding-math
-g"
On Thu, 14 Aug 2008, jakub at gcc dot gnu dot org wrote:
> I think the primary question is, do we expect -frounding-math to force this to
> be e
--- Comment #2 from jay dot krell at cornell dot edu 2008-08-14 12:05
---
wrong workaround before, actual:
def WorkaroundUnableToFindSparc64LibGcc():
#
# http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37079
# ld: cannot find -lgcc_s
# collect2: ld returned 1 exit status
# make[4]: *** [li
--- Comment #7 from uros at gcc dot gnu dot org 2008-08-14 11:58 ---
Subject: Bug 37101
Author: uros
Date: Thu Aug 14 11:57:18 2008
New Revision: 139095
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139095
Log:
PR target/37101
* config/i386/sse.md (vec_concatv2d
--- Comment #1 from jay dot krell at cornell dot edu 2008-08-14 11:55
---
Here is a lame workaround:
if (Host == Target) and (Host != Build):
ExtraConfig += " -with-sysroot=/"
ExtraConfig += " -with-build-sysroot=" + DefaultSysroot
--
http://gcc.gnu.org/bugzil
--- Comment #4 from jay dot krell at cornell dot edu 2008-08-14 11:54
---
Here is a lame workaround that works, from my Python wrapper:
if (Host == Target) and (Host != Build):
ExtraConfig += " -with-sysroot=/"
ExtraConfig += " -with-build-sysroot=" + DefaultSysroot
--- Comment #6 from ubizjak at gmail dot com 2008-08-14 11:34 ---
(In reply to comment #5)
> Created an attachment (id=16068)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16068&action=view) [edit]
> Remove broken alternatives using movlps for vec_concatv2di(_rex) insn
This is in
--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-14 10:02 ---
Somewhat shorter:
extern void abort (void);
unsigned int a, b = 1, c;
void __attribute__ ((noinline))
foo (int x)
{
if (x != 5)
abort ();
}
int
main ()
{
unsigned int d, e;
for (d = 1; d < 5; d++)
if (
--- Comment #10 from jakub at gcc dot gnu dot org 2008-08-14 09:20 ---
Fixed in CVS.
Regarding your testcase, I think it is too big, but its size could be very well
decreased just by using preprocessor extensively. That said, I'm not sure if
some embedded targets won't be upset about 54
--- Comment #9 from jakub at gcc dot gnu dot org 2008-08-14 09:12 ---
Subject: Bug 37103
Author: jakub
Date: Thu Aug 14 09:11:03 2008
New Revision: 139094
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139094
Log:
PR middle-end/37103
* fold-const.c (fold_widened_
--- Comment #8 from jakub at gcc dot gnu dot org 2008-08-14 09:04 ---
Subject: Bug 37103
Author: jakub
Date: Thu Aug 14 09:02:46 2008
New Revision: 139093
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139093
Log:
PR middle-end/37103
* fold-const.c (fold_widened_
--- Comment #4 from rguenther at suse dot de 2008-08-14 08:53 ---
Subject: Re: [4.3 Regression] internal compiler error:
in compare_values_warnv
On Thu, 14 Aug 2008, jakub at gcc dot gnu dot org wrote:
> --- Comment #3 from jakub at gcc dot gnu dot org 2008-08-14 08:33 ---
>
--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-14 08:33 ---
I can reproduce it with 4.3.2 20080612 or even 4.3.1 20080428. Perhaps you
have some tree-vrp.c patches in?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36817
--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-14 08:03 ---
I think the primary question is, do we expect -frounding-math to force this to
be evaluated at runtime or not?
If it should be evaluated at runtime, then I'd say initializer_constant_valid_p
should reject PLUS_EXPR and
--- Comment #3 from drangon dot mail at gmail dot com 2008-08-14 07:16
---
Created an attachment (id=16071)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16071&action=view)
the output of command "nm -C .o" which build with "-O0"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #2 from drangon dot mail at gmail dot com 2008-08-14 07:15
---
Created an attachment (id=16070)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16070&action=view)
the output of command "nm -C .o"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
--- Comment #1 from drangon dot mail at gmail dot com 2008-08-14 07:12
---
Created an attachment (id=16069)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16069&action=view)
the output which command "g++ -E ."
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
when use g++ to build wxWidgets in x86_64-pc-mingw32, it output following error
:
--
E:\work\09_workroom\wxtest\png>mingw32-make -f Makefile.mingw
WX_DIR=e:\code\wx6
4 CXX=e:\code\target\bin\g++.exe
e:\code\target\bin\g++.exe -g -Wall -pipe -D__WXMSW__ -D__WXDEBUG__ -DWIN32
-D_
WI
48 matches
Mail list logo
