--- Comment #11 from hjl dot tools at gmail dot com 2008-09-06 06:14
---
Revision 139826 is good. Revision 139827 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-09-06 03:13
---
Un-assigning myself for the reason stated in comment #5
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-09-06 03:10
---
Fixed on trunk. Thanks Daniel for the commit.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-09-06 03:08
---
Fixed on trunk. Thanks Daniel for the commit.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-06 02:13 ---
Reduced testcase:
extern "C" {
typedef struct _IO_FILE FILE;
extern int __fprintf_chk (FILE *__restrict __stream, int __flag, __const
char *__restrict __format, ...);
extern __inline __attribute__ ((__alwa
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-06
01:43 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> This problem was introduced in revision 137326. Removing the PARALLEL
> breaks argument passing on this target. See th
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-06 01:23 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37337
--- Comment #3 from danglin at gcc dot gnu dot org 2008-09-06 01:23 ---
This problem was introduced in revision 137326. Removing the PARALLEL
breaks argument passing on this target. See the comment in pa.c,
function_arg, regarding argument justification on a big-endian target.
--
d
--- Comment #5 from doko at ubuntu dot com 2008-09-06 00:32 ---
can't reproduce this either with the Debian or Ubuntu gcc builds
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383
--- Comment #8 from paolo dot carlini at oracle dot com 2008-09-05 23:53
---
I think this is a major loss of function, we want to fix this before 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #1 from paolo dot carlini at oracle dot com 2008-09-05 23:51
---
Benjamin, can you have a look to these links? Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
all the examples referenced by
http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/assoc_examples.html
are not accessible.
--
Summary: examples not accessible online (non existing URLs)
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-05 22:59 ---
>which can cause problems in code that is otherwise valid.
No they are not valid. printf is allowed to be a macro function in both C90
and C99.
--
pinskia at gcc dot gnu dot org changed:
What|Re
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-05 22:56 ---
Most likely fixed for 4.4 with
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01461.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37329
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-05 22:54 ---
I think this is really PR 323. Using -ffloat-store gives the correct answer.
D.2639 = pow ((double) a, (double) b + 1.0e+0);
num = (ull) D.2639 - 1.0e+0;
So I don't know what else to say, except -ffloat-store o
--- Comment #10 from hjl dot tools at gmail dot com 2008-09-05 22:53
---
Revision 139827 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--- Comment #1 from spop at gcc dot gnu dot org 2008-09-05 22:45 ---
Created an attachment (id=16239)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16239&action=view)
fix
the attached patch fixes PR37375 by changing instantiate_scev to take
a basic block above which all the defini
--- Comment #1 from doko at ubuntu dot com 2008-09-05 22:43 ---
Created an attachment (id=16238)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16238&action=view)
example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37390
this is the example from
http://gcc.gnu.org/ml/gcc/2008-08/msg00376.html
seen with 4.2.4 and 4.3.2
[EMAIL PROTECTED]:/home/junk/prog/tju# gcc bug_short.c -lm -O2
[EMAIL PROTECTED]:/home/junk/prog/tju# ./a.out
2383,1
31727,1
132265613,1
3145439247023686464
[EMAIL PROTECTED]:/home/junk/prog/tju# gc
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-05 22:37 ---
Confirmed reduced testcase:
enum { OFFSET_MAX = (9223372036854775807L * 2UL + 1UL) };
enum {
OFFSET_MAX = OFFSET_MAX,
STRING_SZ = CoDec::Type::FIXED_SIZE,
STRING_DYN = CoDec::Type::DYN_PARTS,
--
pinskia at
--- Comment #1 from doko at ubuntu dot com 2008-09-05 22:29 ---
Created an attachment (id=16237)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16237&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37389
seen with 4.2.4, 4.3.2 and trunk 20080904
g++ -c -mtune=generic -g foo.ii
In file included from utNativePackedCoDec.cc:5:
../../src/pers/RecBuf.hh: At global scope:
../../src/pers/RecBuf.hh: In instantiation of
'pers::RecBuf':
utNativePackedCoDec.cc:11: instantiated from here
../../src/pers/Rec
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-05 21:43 ---
Revision 139832 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-05 21:25 ---
Confirmed, on PowerPC, you need -maltivec.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from spop at gcc dot gnu dot org 2008-09-05 21:22 ---
Created an attachment (id=16236)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16236&action=view)
fix
This patch fixes the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37388
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
GCC does not fail at -O0 when -fgraphite is used and support for
graphite is not built in the compiler.
--
Summary: [graphite] No warn with "-O0 -fgraphite" when cloog or
ppl are not present
Product: gcc
Version: 4.4.0
Status: UNCO
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-05 20:55 ---
Fixed for trunk.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-05 20:53 ---
Subject: Bug 35837
Author: domob
Date: Fri Sep 5 20:51:50 2008
New Revision: 140046
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140046
Log:
2008-09-05 Daniel Kraft <[EMAIL PROTECTED]>
PR fortran
--- Comment #1 from g0dsowncountry at yahoo dot com 2008-09-05 20:46
---
Noticed that if GCC is configured with additional parameters
'--with-arch=5kc --with-tune=5kc', PASS 1 build completes (gcc version 4.4.0
20080904 (experimental)).
mipsisa64-linux-* builds fine w/o these extra c
--- Comment #2 from tbm at cyrius dot com 2008-09-05 20:25 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
typedef long int Int;
typedef Int **Bag;
FuncMakeConsequencesPres (Bag self, Bag list)
{
Bag objDefs1;
Bag objDefs2;
if (! ( (((Int) 0) + 13) <=
(((Int) (
--- Comment #1 from tbm at cyrius dot com 2008-09-05 20:07 ---
Created an attachment (id=16235)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16235&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37387
With current trunk (r140043) on powerpc (but not on x86_64):
(sid)2492:[EMAIL PROTECTED]: ..4.3-2008-09-05-r140043/gcc] ./cc1 -quiet -O2
~/gap-costab.i
../../src/costab.c: In function 'FuncStandardizeTable2C':
../../src/costab.c:2780: internal compiler error: in
extract_range_from_binary_expr, at
--- Comment #8 from hjl dot tools at gmail dot com 2008-09-05 19:44 ---
his regression was introduced between revisions 139822 and 139853.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-05 19:44 ---
(In reply to comment #2)
> This regression was introduced between revisions 139822 and 139853.
>
Ooops. Please ignore this comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-05 19:43 ---
This regression was introduced between revisions 139822 and 139853.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
--- Comment #1 from fede dot tft at hotmail dot it 2008-09-05 18:40 ---
After searching the bug database, it looks like this bug is similar to bug
#27859 and bug #16634, but in this case occurs only with -Os
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37386
--- Comment #15 from daney at gcc dot gnu dot org 2008-09-05 18:29 ---
Thanks for the patch.
With the patch applied to the trunk my bootstrap has made it into stage 2,
indicating that it has corrected the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
Trying to compile this code:
#define U0THR (*((volatile unsigned char *) 0xE000C000))
template
class Queue
{
public:
/**
Constructor, create a new queue.
*/
Queue()
{
put_pos=get_pos=num_elem=0;
}
bool IRQg
--- Comment #7 from janis at gcc dot gnu dot org 2008-09-05 17:15 ---
Subject: Bug 37283
Author: janis
Date: Fri Sep 5 17:13:52 2008
New Revision: 140040
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140040
Log:
PR target/37283
* opts.c (decode_options): Handle
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-09-05 17:06 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-09-05 17:05 ---
Subject: Bug 37342
Author: dgregor
Date: Fri Sep 5 17:04:12 2008
New Revision: 140037
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140037
Log:
2008-09-05 Douglas Gregor <[EMAIL PROTECTED]>
PR c+
--- Comment #2 from tbm at cyrius dot com 2008-09-05 16:26 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
typedef struct sdl_data_def
{
}
sdl_data;
typedef void (*sdl_fun) (struct sdl_data_def *);
void undefined_function (sdl_data * sd)
{
}
void init_fps (sdl_fun *fun_tab)
{
--- Comment #1 from spop at gcc dot gnu dot org 2008-09-05 16:19 ---
(In reply to comment #0)
> During SCoP detection we split bbs (e.g. in "scopdet_edge_info"), but the SCoP
> detection should only detect SCoPs and not modify anything.
No, we want to split BBs to increase the scop boun
--- Comment #1 from manu at gcc dot gnu dot org 2008-09-05 15:45 ---
This may be the same issue (or one of the two issues) of PR 36296. Although I
would need to check the dumps before and after VRP.
Wuninitialized got some fixes in GCC 4.4, so we also need to test whether this
has been
With current trunk (r140029):
(sid)985:[EMAIL PROTECTED]: ..4.3-2008-09-05-r140029/gcc] ./cc1 -quiet -O3
~/libsdl-erlang-esdl_wrapper.i
esdl_wrapper.c: In function 'init_fps':
esdl_wrapper.c:77: internal compiler error: in set_mem_alias_set, at
emit-rtl.c:1789
Please submit a full bug report,
with
--- Comment #1 from tbm at cyrius dot com 2008-09-05 15:50 ---
Created an attachment (id=16234)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16234&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
--- Comment #1 from chris2553 at googlemail dot com 2008-09-05 14:54
---
Created an attachment (id=16233)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16233&action=view)
Preprocessed file that triggers the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
When building version 0.9.0 or 0.9.1 of the videolan client application with
gcc-4.3.2 or the 20080904 snapshot of version 4.3 I get the following error:
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../include -I../include -DSYS_LINUX
-D_FILE_OFFSET_BITS=64 -D__USE_UNIX98 -D_LARGEFILE64_SOURCE -D_REE
--- Comment #4 from paolo dot carlini at oracle dot com 2008-09-05 14:02
---
Figured out from the attachment...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-05 14:00
---
Target? x86_64-linux?
I can't reproduce the problem on FSF 4.1.3, neither with 4.2.5, 4.3.2 or
mainline. I suspect it's a Debian modification at fault, not to be reported
here...
PS: -OX, with X >= 3 are all
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-05 13:51 ---
(In reply to comment #6)
> Subject: Re: [4.4 Regression] Divide_X
>
> > All failures have
> >
> > -2147483648
> > -2147483648
> > 0
> > 0
> > 0
> > java.lang.ArithmeticException: / by zero
> > java.lang.Arithmetic
--- Comment #2 from dckorah at gmail dot com 2008-09-05 13:50 ---
Here is the output without the optimization options
g++ main.cpp expenditure_category.h expenditure_category.cpp
expenditure_category.h: In member function bool
expenditure::category_compare::operator()(const expenditure
--- Comment #1 from dckorah at gmail dot com 2008-09-05 13:49 ---
Created an attachment (id=16232)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16232&action=view)
the temporary file /tmp/ccZFb4sl.out
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383
Compiler crashed with these lines
g++ main.cpp expenditure_category.h expenditure_category.cpp -O4
expenditure_category.h: In member function bool
expenditure::category_compare::operator()(const expenditure::category&, const
expenditure::category&) const:
expenditure_category.h:33: error: paren
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-05 13:46 ---
(In reply to comment #6)
> > I tried revision 140023 on RHEL4U6. I can bootstrap
> > with --enable-languages=c i586-linux.
>
> Which branch? I still get the failure on mainline at revision 140025.
>
See
http://
--- Comment #6 from fabien dot chene at gmail dot com 2008-09-05 13:22
---
There is a patch here:
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00474.html
--
fabien dot chene at gmail dot com changed:
What|Removed |Added
---
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #6 from jh at suse dot cz 2008-09-05 12:39 ---
Subject: Re: [4.4 Regression] Divide_X
> All failures have
>
> -2147483648
> -2147483648
> 0
> 0
> 0
> java.lang.ArithmeticException: / by zero
> java.lang.ArithmeticException: / by zero
I've caused bug in expand_divmod that
--- Comment #8 from domob at gcc dot gnu dot org 2008-09-05 11:58 ---
Fixed on trunk.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #7 from domob at gcc dot gnu dot org 2008-09-05 11:57 ---
Subject: Bug 36746
Author: domob
Date: Fri Sep 5 11:56:23 2008
New Revision: 140034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140034
Log:
2008-09-05 Daniel Kraft <[EMAIL PROTECTED]>
PR fortran
--- Comment #14 from abel at ispras dot ru 2008-09-05 10:33 ---
Created an attachment (id=16231)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16231&action=view)
Proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #13 from abel at ispras dot ru 2008-09-05 10:32 ---
(In reply to comment #12)
> I think it's reasonable to disable the assert with a comment for now and
> file a separate bugreport for the targets who lie about their issue rate.
Ok, with the below patch my failing test case
--- Comment #6 from paolo dot carlini at oracle dot com 2008-09-05 10:29
---
Great. I'm assigning it to yourself, then.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #5 from jwakely dot gcc at gmail dot com 2008-09-05 10:23
---
this seems pretty easy to fix with decltype and variadic templates, patch
coming soon ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-09-05 09:37
---
I think it's reasonable to disable the assert with a comment for now and
file a separate bugreport for the targets who lie about their issue rate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-05 09:34 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37382
--- Comment #11 from abel at ispras dot ru 2008-09-05 09:16 ---
I was unable to trigger the assert on the given testcase even with the
cross-compiler configured exactly like the one in the bug report. However, I
was able to reproduce the ICE on a longer plain C test case.
The assert
--- Comment #2 from tbm at gcc dot gnu dot org 2008-09-05 09:11 ---
Confirmed.
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from tbm at cyrius dot com 2008-09-05 09:06 ---
Created an attachment (id=16230)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16230&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37382
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||abel at ispras dot ru
Target Milestone|---
With current trunk (20080905, revision 127646):
(sid)973:[EMAIL PROTECTED]: ..4.3-2008-09-05-r140029/gcc] ./cc1 -quiet -O3
~/hamlib-hamlibtcl_wrap.i
hamlibtcl_wrap.c: In function 'T.4796':
hamlibtcl_wrap.c:1186: error: unrecognizable insn:
(insn 146 18 20 2 hamlibtcl_wrap.c:604 (set (
--- Comment #2 from tbm at cyrius dot com 2008-09-05 08:04 ---
Created an attachment (id=16229)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16229&action=view)
Slightly reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37381
--- Comment #1 from tbm at cyrius dot com 2008-09-05 08:04 ---
Created an attachment (id=16228)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16228&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37381
I get the following ICE with trunk from 20080903 (revision 127646). This
doesn't happen with 4.4.0 20080802
(sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -O2 -c wmtv-wmtv.c
wmtv-wmtv.c: In function 'DoFullScreen':
wmtv-wmtv.c:97: internal compiler error: in ia64_speculate_insn, at
confi
77 matches
Mail list logo
