--- Comment #3 from burnus at gcc dot gnu dot org 2007-10-17 06:57 ---
FIXED on the trunk (4.3.0).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2007-10-17 06:57 ---
Subject: Bug 33760
Author: burnus
Date: Wed Oct 17 06:57:06 2007
New Revision: 129402
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129402
Log:
2007-10-17 Christopher D. Rickett <[EMAIL PROTECTED]>
While there is a reference to -ftree-dse being turned on with -O optimization
in both the manpage and the online docs (see e.g.
http://gcc.gnu.org/onlinedocs/gcc-4.2.0/gcc/Optimize-Options.html#Optimize-Options),
that is the only reference to this option. The specific behavior of this
option does
--- Comment #2 from bergner at gcc dot gnu dot org 2007-10-17 04:46 ---
Although valgrind is correct that we are doing an uninitialized read, the code
is actually working as designed and is correct.
When we allocate a sparseset, we only need to set set->members to 0 to clear
the set. T
--
bergner at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--- Comment #1 from patchapp at dberlin dot org 2007-10-17 04:01 ---
Subject: Bug number PR 33760
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00925.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-17 02:19 ---
I think it is only disable because libjava support is disabled because libffi
has not been ported yet. So really libffi support needs to be added and then
libjava support can be added and in turn zlib can be enabled
Currently, when building gcc, building is disabled for zlib. If this is
enabled, we can further the progress of the 64-bit windows target platform.
--
Summary: Enable zlib for x86_64-pc-mingw32 64-bit targets
Product: gcc
Version: unknown
Status: UNC
--- Comment #7 from danglin at gcc dot gnu dot org 2007-10-16 23:11 ---
I'm also seeing this on hppa2.0w-hp-hpux11.11 (__addtf3).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #12 from pcarlini at suse dot de 2007-10-16 22:44 ---
Fixed in mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini a
--- Comment #6 from pcarlini at suse dot de 2007-10-16 22:44 ---
Fixed in mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at
--- Comment #11 from paolo at gcc dot gnu dot org 2007-10-16 22:41 ---
Subject: Bug 28639
Author: paolo
Date: Tue Oct 16 22:41:32 2007
New Revision: 129392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129392
Log:
2007-10-16 Paolo Carlini <[EMAIL PROTECTED]>
PR c++/2
--- Comment #5 from paolo at gcc dot gnu dot org 2007-10-16 22:41 ---
Subject: Bug 30299
Author: paolo
Date: Tue Oct 16 22:41:32 2007
New Revision: 129392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129392
Log:
2007-10-16 Paolo Carlini <[EMAIL PROTECTED]>
PR c++/28
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu
||do
--- Comment #10 from paolo at gcc dot gnu dot org 2007-10-16 22:22 ---
Subject: Bug 31446
Author: paolo
Date: Tue Oct 16 22:21:59 2007
New Revision: 129391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129391
Log:
/cp
2007-10-16 Paolo Carlini <[EMAIL PROTECTED]>
PR c
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-10-16 21:09
---
I will wok this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
A
--- Comment #1 from dcb314 at hotmail dot com 2007-10-16 20:49 ---
Created an attachment (id=14361)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14361&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33796
I just tried to compile the Linux kernel 2.6.23.1
with the GNU C compiler version 4.3 snapshot 20071012
under valgrind.
valgrind said
gcc -Wp,-MD,scripts/genksyms/.genksyms.o.d -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -c -o scripts/genksyms/genksyms.o
scripts/genksyms/genksyms.c
=
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2007-10-16 20:46
---
Will be fixed in the future 4.3.x releases. Thanks for reporting this.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-10-16 20:43
---
Subject: Bug 33594
Author: ebotcazou
Date: Tue Oct 16 20:43:02 2007
New Revision: 129385
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129385
Log:
PR target/33594
* config/sparc/sparc.h (
--- Comment #3 from hjl at lucon dot org 2007-10-16 20:02 ---
pslld[wdq] takes an xmm register as shift count. It is a bug in gcc.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #2 from mrs at apple dot com 2007-10-16 19:29 ---
I can confirm the bug and that Intel's documentation does not have a immediate
restriction on any of the epi functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32961
--- Comment #12 from janis at gcc dot gnu dot org 2007-10-16 18:24 ---
Segher has a patch for related PR 31490 that fixed the original 32-bit
bootstrap problem. Yesterday I confirmed that it also fixes the 64-bit
powerpc64-linux bootstrap for all languages but Ada. The only test differ
--- Comment #8 from bkoz at gcc dot gnu dot org 2007-10-16 17:24 ---
Changing this summary now that the mingw32 issue is fixed. Now, opening this
out to the implementation issues...
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
As found by Harald Anlauf, http://gcc.gnu.org/ml/fortran/2007-10/msg00239.html
,
the GFORTRAN_UNBUFFERED_ environment variables are not effective, only
GFORTRAN_UNBUFFERED_ALL affects the buffering.
Francois-Xavier replied:
Currently, GFORTRAN_UNBUFFERED_ALL is implemented but
GFORTRAN_UNBUFFERED
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-16 16:20 ---
Since this is using -ffast-math, i suspect this is not a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from patchapp at dberlin dot org 2007-10-16 16:19 ---
Subject: Bug number PR target/27880
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01023.html
--
http://gcc.gnu.org/bu
--- Comment #1 from schwab at suse dot de 2007-10-16 15:46 ---
htons is a macro, use parens or #undef to suppress it.
--
schwab at suse dot de changed:
What|Removed |Added
This is on x86_64-unknown-linux-gnu (AMD Athlon64 X2 4800+)
with 4.3.0 20071016 [trunk revision 129377].
Working: 4.3.0 20071015 [trunk revision 129311].
induct.f90 is part of the polyhedron test suite.
For
gfortran -m32 -march=opteron -ffast-math -O1 induct.f90
the program ("i
GCC version: 3.2.3
Host: Linux
Sample code.
#include
int main()
{
unsigned short t;
::htons(t);
return 0;
}
/usr/bin/g++ -O2 t.cpp
t.cpp: In function `int main()':
t.cpp:10: syntax error before `__extension__'
t.cpp:10: `__x' undeclared (first use this function)
t.cpp:10: (Ea
--- Comment #7 from steven at gcc dot gnu dot org 2007-10-16 13:34 ---
Does not really "block" 24001, but the test case for that bug would be fixed if
code hoisting would be implemented properly.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from steven at gcc dot gnu dot org 2007-10-16 13:33 ---
Does not really "block" 24001, but the test case for that bug would be fixed if
code hoisting would be implemented properly.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from steven at gcc dot gnu dot org 2007-10-16 13:32 ---
I would expect that tail merging (cross-jumping in gcc jargon) would merge the
two paths.
Better yet would be to optimize this earlier, and for that we need code
hoisting (re. comment #1, I think it is eliminated bec
--- Comment #7 from burnus at gcc dot gnu dot org 2007-10-16 11:26 ---
> Since adding c_f_procpointer might change the fortran runtime library, will
> this addition be OK for 4.4 ?
Additions of functions is no problem; also modifying functions
arguments/functionality is no problem. Howev
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-10-16 11:12 ---
*** Bug 33791 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27432
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-10-16 11:12 ---
The problem is exactly the same, the ra sucks.
*** This bug has been marked as a duplicate of 27432 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-10-16 11:09 ---
Re-open, as this fails with -O, not -O2 and so is not an exact duplicate of
PR27432 (which is also not a regression). Lowering severity as avoiding
-fschedule-insns for x86 still holds.
--
rguenth at gcc dot gnu
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-10-16 11:08 ---
Because it fails on x86_64 with just -O -fschedule-insns -m32 -mtune=pentiumpro
but works with 4.0.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-10-16 10:54 ---
*** This bug has been marked as a duplicate of 27432 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-16 10:54 ---
*** Bug 33791 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-16 10:54 ---
How can this be a regression if -march=core2 support is new?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from photon at seznam dot cz 2007-10-16 09:23 ---
(In reply to comment #6)
>
> What are your thoughts about the other issues raised by 325?
>
The suggested resolution disregards the syntactical needs of templates and
makes 'int Foo (int i = T<1, int>::i);' invalid. The
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-10-16 09:18
---
This is a known problem, -fschedule-insns should be avoided on x86.
config/i386/i386.c:2884
void
optimization_options (int level, int size ATTRIBUTE_UNUSED)
{
/* For -O2 and beyond, turn off -fschedule-insns b
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-16 08:55 ---
Confirmed. Reduced testcase:
typedef unsigned char uint8_t;
typedef unsigned long long uint64_t;
typedef struct SPS {
uint8_t(*top_borders[2])[16 + 2 * 8];
int neighbor_transform_size;
}
--- Comment #6 from jv244 at cam dot ac dot uk 2007-10-16 08:30 ---
(In reply to comment #5)
> (In reply to comment #4)
> > SoC is over, I assume this has been put on ice ?
>
> Yes, there was unfortunately no patch before GCC entered stage 3 (12
> September)
> and in stage 3 merging ne
45 matches
Mail list logo
