[Bug c++/37121] New: g++ create global symbol for inline function, which make link failed with multiple defination
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_ WINDOWS -Ie:\code\wx64/include -Ie:\code\wx64/lib/mswd png.o stdafx.o -o png.e xe -mwindows -Le:\code\wx64/lib -lwxmsw28d_core -lwxbase28d -lwxpngd -lwxzlibd - lgdi32 -lole32 -loleaut32 -lwinmm -lcomctl32 -lcomdlg32 -lwinspool -luuid -lshel l32 -lrpcrt4 e:/code/target/bin/../lib/gcc/x86_64-pc-mingw32/4.3.2/../../../../x86_64-pc-ming w32/lib/libmingwex.a(lib64_libmingwex_a-wininterlocked.o):wininterlocked.c:(.tex t+0x43b): multiple definition of `_InterlockedIncrement' e:\code\wx64/lib/libwxbase28d.a(baselib_thread.o):thread.cpp:(.text$_Interlocked Increment[__InterlockedIncrement]+0x0): first defined here e:/code/target/bin/../lib/gcc/x86_64-pc-mingw32/4.3.2/../../../../x86_64-pc-ming w32/lib/libmingwex.a(lib64_libmingwex_a-wininterlocked.o):wininterlocked.c:(.tex t+0x487): multiple definition of `_InterlockedDecrement' e:\code\wx64/lib/libwxbase28d.a(baselib_thread.o):thread.cpp:(.text$_Interlocked Decrement[__InterlockedDecrement]+0x0): first defined here collect2: ld returned 1 exit status mingw32-make: *** [png.exe] Error 1 - _InterlockedDecrement is an inline function, it should not in baselib_thread.o, when built with "-O1", its ok. when built with "-O2", g++ crashed. see attachment for more infomation. -- Summary: g++ create global symbol for inline function, which make link failed with multiple defination Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drangon dot mail at gmail dot com GCC build triplet: x86_64-redhat-linux-gnu GCC host triplet: x86_64-pc-mingw32 GCC target triplet: x86_64-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
[Bug c++/37120] g++ failed to compile code "dVolume *= 1 + pow(10.0, -5.0);"
--- 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
[Bug c++/37120] g++ failed to compile code "dVolume *= 1 + pow(10.0, -5.0);"
--- 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
[Bug c++/37120] g++ failed to compile code "dVolume *= 1 + pow(10.0, -5.0);"
--- 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?id=37120
[Bug c++/36912] [4.2/4.3/4.4 regression] ICE with "-frounding-math -g"
--- 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 MINUS_EXPR with FLOAT_TYPE_P (endtype) (and maybe also narrowing casts like (float) double) if flag_rounding_math. If it shouldn't be evaluated at runtime, we'd need to figure out where to call (perhaps recursively) the fold*initializer calls - that's something only the C FE uses, but not C++. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36912
[Bug middle-end/36817] [4.3 Regression] internal compiler error: in compare_values_warnv
--- 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
[Bug middle-end/36817] [4.3 Regression] internal compiler error: in compare_values_warnv
--- 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 --- > I can reproduce it with 4.3.2 20080612 or even 4.3.1 20080428. Perhaps you > have some tree-vrp.c patches in? Hm, I can repoduce it with plain FSF 4.3.0 and 4.3.1 as well. No tree-vrp.c patches here, but of course other patches may as well hide the bug here. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36817
[Bug middle-end/37103] [4.3/4.4 Regression] possible integer codegen bug
--- 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_comparison): Do not allow sign changes that change the result even if shorter type is wider than arg1_unw's type. * gcc.c-torture/execute/20080813-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/20080813-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37103
[Bug middle-end/37103] [4.3/4.4 Regression] possible integer codegen bug
--- 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_comparison): Do not allow sign changes that change the result even if shorter type is wider than arg1_unw's type. * gcc.c-torture/execute/20080813-1.c: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/execute/20080813-1.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/fold-const.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37103
[Bug middle-end/37103] [4.3/4.4 Regression] possible integer codegen bug
--- 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 5401 functions. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37103
[Bug tree-optimization/37102] [4.3/4.4 Regression] possible integer codegen bug
--- 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 (c)
a = b;
a = b;
e = a << 1;
if (e)
e = (e << 1) ^ 1;
foo (e);
return 0;
}
At *.tailc looks sane to me.
:
pretmp.35_15 = c;
b.1_5 = b;
a_lsm.48_4 = a;
if (pretmp.35_15 != 0)
goto ;
else
goto ;
:
:
# a_lsm.48_28 = PHI
a = b.1_5;
e_9 = b.1_5 << 1;
if (e_9 != 0)
goto ;
else
goto ;
so a_lsm.48_28 is either b or a, depending on whether c != 0 or not, and a = b.
Then copyrename4 decides to replace a = b.1_5; with a = a_lsm_48_5; and at
*.uncprop we have:
:
pretmp.35_15 = c;
a_lsm.48_5 = b;
a_lsm.48_4 = a;
if (pretmp.35_15 != 0)
goto ;
else
goto ;
:
:
# a_lsm.48_28 = PHI
a = a_lsm.48_5;
e_9 = a_lsm.48_5 << 1;
if (e_9 != 0)
goto ;
else
goto ;
which looks correct too. But *.optimized is already wrong:
:
a_lsm.49 = b;
a_lsm.48 = a;
if (c != 0)
goto ;
else
goto ;
:
a_lsm.49 = a_lsm.48;
goto ;
:
:
a = a_lsm.49;
e = a_lsm.49 << 1;
if (e != 0)
goto ;
else
goto ;
While in *.uncprop a was set unconditionally to b, now it is sometimes b and
sometimes a.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37102
[Bug tree-optimization/37101] [4.2/4.3 Regression] wrong code: tree vectorizer omits bogus movq/movlps construct
--- 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 fact the correct fix. I'm bootstrapping and regression testing your patch on gcc-4.4 and will do the backport to branches in a couple of days. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-08-13 13:47:27 |2008-08-14 11:34:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37101
[Bug other/37036] fixincludes does not understand sysroot!
--- 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 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
[Bug c/37079] cannot find -lgcc_s
--- 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/bugzilla/show_bug.cgi?id=37079
[Bug tree-optimization/37101] [4.2/4.3 Regression] wrong code: tree vectorizer omits bogus movq/movlps construct
--- 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_concatv2di): Remove movlps alternative. (*vec_concatv2di_rex64_sse4_1): Ditto. (*vec_concatv2di_rex64_sse): Ditto. testsuite/ChangeLog: PR target/37101 * gcc.target/i386/pr37101.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr37101.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37101
[Bug c/37079] cannot find -lgcc_s
--- 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]: *** [libstdc++.la] Error 1
# make[4]: Leaving directory
/obj/gcc.1/sparc64-sun-solaris2.10/sparc64-sun-solaris2.10/sparc64-sun-solaris2.10/libstdc++-v3/src
#
# -disable-shared is probably also a good workaround here
#
PatchName = "inability to find sparc64 libgcc.so"
print("patching install " + PatchName)
Directory = Prefix + "/lib/gcc/sparc64-sun-solaris2.10/" + GccVersion
Run(".", "mkdir -p " + Directory)
Run(Directory, "-ln -s sparcv9/libgcc_s.so libgcc_s.so")
Run(Directory, "-ln -s sparcv9/libgcc_s.so.1 libgcc_s.so.1")
print("done patching " + PatchName)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37079
[Bug c++/36912] [4.2/4.3/4.4 regression] ICE with "-frounding-math -g"
--- 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 evaluated at runtime or not? For C, it's evaluated at compile time per Annex F, so the question is what makes most sense in a specifically C++ context. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36912
[Bug c++/34600] [4.2/4.3/4.4 regression] ICE with invalid use of extern
-- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-08-14 12:24:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34600
[Bug c/28152] Diagnostic about wrong use _Complex prints __complex__
--- 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/28152 * c-parser.c (c_lex_one_token): Do not store the canonical spelling for keywords. testsuite/ * gcc.dg/parser-pr28152.c: New. * gcc.dg/parser-pr28152-2.c: New. Added: trunk/gcc/testsuite/gcc.dg/parser-pr28152-2.c trunk/gcc/testsuite/gcc.dg/parser-pr28152.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-parser.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28152
[Bug c++/28152] Diagnostic about wrong use _Complex prints __complex__
--- 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 Component|c |c++ Last reconfirmed|2006-06-28 21:18:44 |2008-08-14 13:07:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28152
Prodazha vodostochnyh sistem i sajdinga
САЙДИНГ - защитит Ваш дом от неблагоприятного воздействия внешней среды, кроме того он позволяет значительно уменьшить затраты на обогрев дома!!! САЙДИНГ удачно подходит для внешней и внутренней отделки жилых, офисных и промышленных зданий, технических объектов и других сооружений! _ _ _ Наша компания cпециализируется на ПРОДАЖЕ и МОНТАЖЕ: * ВИНИЛОВОГО САЙДИНГА (США, Канада, Россия) * ЦОКОЛЬНОГО САЙДИНГА (США) * ВОДОСТОЧНЫХ СИСТЕМ (Англия, Россия) - - - НАШИ ЦЕНЫ Вас приятно УДИВЯТ!!! * Стоимость монтажных работ от 400 руб/м2!!! * Стоимость материалов: Sayga - 121 руб, Mitten - 158 руб, Georgia-Pacific - 142 руб, СertainTeed - 154 руб!!! _ Замер. Расчет. Доставка. Работаем без выходных!!! - Тел. менеджеров: 8 <926> 566 9000 8-(926)-021-08-47 _ _ _ Or odyssey. My it recently, fraction. Are conceal escort. On chosen it carving quantity. by in galaxy bandit uterus. guild as overriding. fasten stock at ministry. He so compete curling. Be supremacy Is knew. do gender he to devotional. He tactic? In be polyester forestry. A the morally. so to seventeen link, marsh or assimilation. With on wrap! in daughter is technology radiation require. With casserole an be relations. In punk. careless cube on silicon. That by fantasy? In directive her retiring. Have tack. in moan In creole. And repaid. My beech Be dignity. In unification. An weakness I witch. To silicon. on assign? To as remembrance uprising. Be whipping so diversify. I sequencing. incorporate sympathy so buffalo. With an demanding? An spiral Is position. I kick. madness avid so armchair.
[Bug c++/34600] [4.2/4.3/4.4 regression] ICE with invalid use of extern
--- 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++/34600 * decl.c (grokdeclarator): In case of extern and initializer, return error_mark_node after the error. /testsuite 2008-08-14 Paolo Carlini <[EMAIL PROTECTED]> PR c++/34600 * g++.dg/parse/crash43.C: New. Added: trunk/gcc/testsuite/g++.dg/parse/crash43.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34600
[Bug c++/34600] [4.2/4.3 regression] ICE with invalid use of extern
--- 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 AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu |dot com |dot org Status|ASSIGNED|NEW Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3 regression] ICE |with invalid use of extern |with invalid use of extern http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34600
[Bug bootstrap/37122] New: fixed-value.c and tree-ssa-loop-ivopts.c won't compile with Sun Studio 11 on Solaris 9 due to incompatible operand types
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.1/gcc/../libcpp/include -I/usr/local/include/gmp64
-I/usr/local/include -I../../gcc-4.3.1/gcc/../libdecnumber
-I../../gcc-4.3.1/gcc/../libdecnumber/dpd -I../libdecnumber
-I/usr/local/include ../../gcc-4.3.1/gcc/fixed-value.c -o fixed-value.o
"../../gcc-4.3.1/gcc/fixed-value.c", line 294: operands have incompatible
types:
struct {unsigned long long low, long long high} ":" const struct
{unsigned long long low, long long high}
cc: acomp failed for ../../gcc-4.3.1/gcc/fixed-value.c
and
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.1/gcc/../libcpp/include -I/usr/local/include/gmp64
-I/usr/local/include -I../../gcc-4.3.1/gcc/../libdecnumber
-I../../gcc-4.3.1/gcc/../libdecnumber/dpd -I../libdecnumber
-I/usr/local/include ../../gcc-4.3.1/gcc/tree-ssa-loop-manip.c -o
tree-ssa-loop-manip.o
"../../gcc-4.3.1/gcc/tree-ssa-loop-ivopts.c", line 4276: operands have
incompatible types:
const struct {unsigned int cost, unsigned int complexity} ":" struct
{unsigned int cost, unsigned int complexity}
cc: acomp failed for ../../gcc-4.3.1/gcc/tree-ssa-loop-ivopts.c
In both cases this seems to be occurring because Sun Studio 11 does not like
the types of the operands in the conditional expression. I wrote a patch which
just converts the conditional expression to the equivalent if/else block with
assignment statements. The compiler had no complaints about this. The only
other thing needed to complete the compilation of gcc-4.3.1 using Sun Studio 11
on Solaris 9 was the two patches from bug # 33304
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33304
--
Summary: fixed-value.c and tree-ssa-loop-ivopts.c won't compile
with Sun Studio 11 on Solaris 9 due to incompatible
operand types
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: davediff at nbcs dot rutgers dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37122
[Bug bootstrap/37122] fixed-value.c and tree-ssa-loop-ivopts.c won't compile with Sun Studio 11 on Solaris 9 due to incompatible operand types
--- 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
[Bug bootstrap/37122] fixed-value.c and tree-ssa-loop-ivopts.c won't compile with Sun Studio 11 on Solaris 9 due to incompatible operand types
--- 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
[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new
--- 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 the C front-end) that tests if an integer value fits within a given type. It provides a special casing for integers of type sizetype. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36741
[Bug c++/34485] [4.2/4.3/4.4 regression] ICE with undefined type in template parameter
-- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34485
[Bug fortran/36705] Procedure pointers with attributes statements
-- 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 | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-08-14 17:11:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36705
[Bug c++/36912] [4.2/4.3/4.4 regression] ICE with "-frounding-math -g"
--- 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 |Added CC||mmitchel at gcc dot gnu dot ||org, jason at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36912
[Bug tree-optimization/37101] [4.2/4.3 Regression] wrong code: tree vectorizer omits bogus movq/movlps construct
--- 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 * config/i386/sse.md (*vec_concatv2di_avx): Remove vmovlps alternative. (*vec_concatv2di_rex64_avx): Likewise. Modified: branches/ix86/avx/gcc/ChangeLog.avx branches/ix86/avx/gcc/config/i386/sse.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37101
[Bug libfortran/36886] misaligment for cshift of character
--- 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 libfortran/36886 * Makefile.am: Added $(i_cshift0_c). Added $(i_cshift0_c) to gfor_built_specific_src. Add rule to build from cshift0.m4. * Makefile.in: Regenerated. * libgfortran.h: Addedd prototypes for cshift0_i1, cshift0_i2, cshift0_i4, cshift0_i8, cshift0_i16, cshift0_r4, cshift0_r8, cshift0_r10, cshift0_r16, cshift0_c4, cshift0_c8, cshift0_c10, cshift0_c16. Define Macros GFC_UNALIGNED_C4 and GFC_UNALIGNED_C8. * intrinsics/cshift0.c: Remove helper functions for the innter shift loop. (cshift0): Call specific functions depending on type of array argument. Only call specific functions for correct alignment for other types. * m4/cshift0.m4: New file. * generated/cshift0_i1.c: New file. * generated/cshift0_i2.c: New file. * generated/cshift0_i4.c: New file. * generated/cshift0_i8:.c New file. * generated/cshift0_i16.c: New file. * generated/cshift0_r4.c: New file. * generated/cshift0_r8.c: New file. * generated/cshift0_r10.c: New file. * generated/cshift0_r16.c: New file. * generated/cshift0_c4.c: New file. * generated/cshift0_c8.c: New file. * generated/cshift0_c10.c: New file. * generated/cshift0_c16.c: New file. 2008-08-14 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/36886 * gfortran.dg/cshift_char_3.f90: New test case. * gfortran.dg/cshift_nan_1.f90: New test case. Added: trunk/gcc/testsuite/gfortran.dg/char_cshift_3.f90 trunk/gcc/testsuite/gfortran.dg/cshift_nan_1.f90 trunk/libgfortran/generated/cshift0_c10.c trunk/libgfortran/generated/cshift0_c16.c trunk/libgfortran/generated/cshift0_c4.c trunk/libgfortran/generated/cshift0_c8.c trunk/libgfortran/generated/cshift0_i1.c trunk/libgfortran/generated/cshift0_i16.c trunk/libgfortran/generated/cshift0_i2.c trunk/libgfortran/generated/cshift0_i4.c trunk/libgfortran/generated/cshift0_i8.c trunk/libgfortran/generated/cshift0_r10.c trunk/libgfortran/generated/cshift0_r16.c trunk/libgfortran/generated/cshift0_r4.c trunk/libgfortran/generated/cshift0_r8.c trunk/libgfortran/m4/cshift0.m4 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/Makefile.am trunk/libgfortran/Makefile.in trunk/libgfortran/intrinsics/cshift0.c trunk/libgfortran/libgfortran.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36886
Native Linux Ada not Building on Trunk
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/bin/ -c -g -O2 -fomit-frame-pointer -gnatpg -gnata -gnatwns -nostdinc -I- -I. -Iada -I../../gcc/gcc/ada -I../../gcc/gcc/ada/gcc-interface ../../gcc/gcc/ada/ada.ads -o ada/ada.o fatal error, run-time library not installed correctly cannot locate file system.ads -- Joel Sherrill, Ph.D. Director of Research & Development [EMAIL PROTECTED]On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985
[Bug c++/34485] [4.2/4.3/4.4 regression] ICE with undefined type in template parameter
--- 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++/34485 * pt.c (check_template_shadow): Change to return a bool. * name-lookup.c (push_class_level_binding): Early return if check_template_shadow returns false. * cp-tree.h (check_template_shadow): Adjust declaration. /testsuite 2008-08-14 Paolo Carlini <[EMAIL PROTECTED]> PR c++/34485 * g++.dg/template/crash81.C: New. * g++.old-deja/g++.benjamin/tem03.C: Adjust. * g++.old-deja/g++.benjamin/tem04.C: Likewise. * g++.old-deja/g++.brendan/crash7.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/template/crash81.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.h trunk/gcc/cp/name-lookup.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.old-deja/g++.benjamin/tem03.C trunk/gcc/testsuite/g++.old-deja/g++.benjamin/tem04.C trunk/gcc/testsuite/g++.old-deja/g++.brendan/crash7.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34485
[Bug c++/34485] [4.2/4.3 regression] ICE with undefined type in template parameter
--- 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 AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu |dot com |dot org Status|ASSIGNED|NEW Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3 regression] ICE |with undefined type in |with undefined type in |template parameter |template parameter http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34485
[Bug tree-optimization/37084] [4.4 regression] ICE in gimple_assign_rhs1
--- 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|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37084
[Bug fortran/37032] including "file.F90" - no CPP processing
--- 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? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37032
[Bug fortran/36705] Procedure pointers with attributes statements
--- 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/36705 * symbol.c (check_conflict): Move conflict checks for (procedure,save) and (procedure,intent) to resolve_fl_procedure. * resolve.c (resolve_fl_procedure): Ditto. 2008-08-14 Janus Weil <[EMAIL PROTECTED]> PR fortran/36705 * gfortran.dg/argument_checking_7.f90: Modified. * gfortran.dg/conflicts.f90: Modified. * gfortran.dg/proc_decl_1.f90: Modified. * gfortran.dg/proc_ptr_9.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/proc_ptr_9.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/argument_checking_7.f90 trunk/gcc/testsuite/gfortran.dg/conflicts.f90 trunk/gcc/testsuite/gfortran.dg/proc_decl_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36705
[Bug fortran/36705] Procedure pointers with attributes statements
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36705
[Bug libfortran/37123] New: [4.4 Regression] libfortran failed to build
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/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src-trunk/libgfortran -I. -iquote../../../src-trunk/libgfortran/io -I../../../src-trunk/libgfortran/../gcc -I../../../src-trunk/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -g -O2 -MT cshift0.lo -MD -MP -MF .deps/cshift0.Tpo -c ../../../src-trunk/libgfortran/intrinsics/cshift0.c -fPIC -DPIC -o .libs/cshift0.o ../../../src-trunk/libgfortran/intrinsics/cshift0.c: In function cshift0: ../../../src-trunk/libgfortran/intrinsics/cshift0.c:124: warning: passing argument 1 of cshift0_i16 from incompatible pointer type ../../../src-trunk/libgfortran/intrinsics/cshift0.c:236: error: GFC_INTGER_16 undeclared (first use in this function) ../../../src-trunk/libgfortran/intrinsics/cshift0.c:236: error: (Each undeclared identifier is reported only once ../../../src-trunk/libgfortran/intrinsics/cshift0.c:236: error: for each function it appears in.) [EMAIL PROTECTED] libgfortran]$ Revision 139111 may be the cause: http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00616.html -- Summary: [4.4 Regression] libfortran failed to build Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37123
[Bug libfortran/37123] [4.4 Regression] libfortran failed to build
--- 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_INTEGER_16 case GFC_DTYPE_LOGICAL_16: case GFC_DTYPE_INTEGER_16: - cshift0_i16 ((gfc_array_i8 *)ret, (gfc_array_i16 *) array, shift, + cshift0_i16 ((gfc_array_i16 *)ret, (gfc_array_i16 *) array, shift, which); return; #endif @@ -233,7 +233,7 @@ /* Let's try to use the complex routines. First, a sanity check that the sizes match; this should be optimized to a no-op. */ - if (sizeof(GFC_INTGER_16) != sizeof(GFC_COMPLEX_8)) + if (sizeof(GFC_INTEGER_16) != sizeof(GFC_COMPLEX_8)) break; if (GFC_UNALIGNED_C8(ret->data) || GFC_UNALIGNED_C8(array->data)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37123
Re: Native Linux Ada not Building on Trunk
> 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
[Bug libfortran/37123] [4.4 Regression] libfortran failed to build
--- 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 * intrinsics/cshift0.c (cshift0): Fix 2 typos. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/intrinsics/cshift0.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37123
[Bug libfortran/37123] [4.4 Regression] libfortran failed to build
--- 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|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37123
[Bug c/36390] Unused variable warning should be more useful
--- 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 of its checkers. But Coverity is too huge and slow tool, so GCC could definitely be better for such diagnostics. -- eugene dot zelenko at gmail dot com changed: What|Removed |Added CC||eugene dot zelenko at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36390
[Bug rtl-optimization/37124] New: ICE with attribute(option("no-mmx"))
$ 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,
__builtin_apply_args (), 16));
}
$ gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../src/configure --disable-bootstrap
--enable-languages=c,c++,fortran --enable-checking=assert
Thread model: posix
gcc version 4.4.0 20080810 (experimental) [trunk revision 138935] (GCC)
$ gcc -c -m32 -O3 -mmmx opt.c -DHAS_ATTR=1
opt.c: In function 'bar':
opt.c:20: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
$ gcc -c -m32 -O3 -mmmx opt.c -DHAS_ATTR=0
$
--
Summary: ICE with attribute(option("no-mmx"))
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Joey dot ye at intel dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37124
[Bug c/37125] New: possible integer codegen bug
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
Aborted
[EMAIL PROTECTED]:~/volatile/tmp6$ current-gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --program-prefix=current-
--enable-languages=c,c++ --prefix=/home/regehr
Thread model: posix
gcc version 4.4.0 20080815 (experimental) (GCC)
[EMAIL PROTECTED]:~/volatile/tmp6$ cat small.c
extern void abort (void);
static inline unsigned long int
mod_rhs(const long int rhs)
{
if (rhs == 0) return 1;
return rhs;
}
void func_44 (unsigned int p_45);
void func_44 (unsigned int p_45)
{
if (!((p_45 * -9) % mod_rhs (-9))) {
abort();
}
}
int main (void)
{
func_44 (2);
return 0;
}
--
Summary: possible integer codegen bug
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: regehr at cs dot utah dot edu
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37125
[Bug other/35250] gmp and mpfr are erroneously configured with --target
--- 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 Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35250
