--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-03-25 10:18 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-25 10:18 ---
Subject: Bug 35163
Author: rguenth
Date: Tue Mar 25 10:17:54 2008
New Revision: 133509
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133509
Log:
2008-03-25 Richard Guenther [EMAIL PROTECTED]
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-25 10:09 ---
And on the branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-03-25 10:14 ---
Subject: Bug 35163
Author: rguenth
Date: Tue Mar 25 10:14:15 2008
New Revision: 133508
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133508
Log:
2008-03-25 Richard Guenther [EMAIL PROTECTED]
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-03-25 10:10 ---
Subject: Bug 35609
Author: rguenth
Date: Tue Mar 25 10:09:22 2008
New Revision: 133507
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133507
Log:
2008-03-25 Richard Guenther [EMAIL PROTECTED]
--- Comment #15 from victork at gcc dot gnu dot org 2008-03-25 10:47
---
Just to make clear my previous comment. I think that it *is* possible that
original code violates c/c++ aliasing rules, but the example given by Richard
Guenther is not-vectorized since currently we do not
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-03-25 12:28
---
The C/C++ standards say that if you access memory through int, the data has
to be aligned suitably according to what the ABI specifies for alignment of
int.
If you mis-align the access on purpose you have to tell
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-03-25 12:35
---
Versions = 4.2.3 fail also for SHAPE:
$ /opt/gcc-4.0.?/bin/gfortran a.f90 -static ./a.out
UBOUND ZDA1= 0 -5 -1
SHAPE = 0 -5 -1
$
--- Comment #6 from d at domob dot eu 2008-03-25 12:44 ---
After looking at the assembly dump, the problem with the strings seems to be
that the literals are stored packed to each other in the data section and the
array constructor simply lists the pointers to them and sets the length
Extracted from what tree-ssa/20030731-2.c probably really wanted to test:
/* { dg-do compile } */
/* { dg-options -O2 -fdump-tree-optimized } */
int offset;
extern void foo (void);
void
bar (int i, int partial, int args_addr)
{
offset = 0;
if (args_addr == 0)
offset = 0;
if (i =
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2008-03-25 12:51
---
(In reply to comment #6)
This string length change (and padding) needs to happen way earlier than that.
We should make it happen during the matching, when we convert the constructor
objects into the array
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2008-03-25 12:58
---
(In reply to comment #6)
Possibly when gfc_convert_expr is called on a string literal?
I'm not sure but I think you'd see the same issue on a character variable that
is not a constant. gfc_convert_expr()
--- Comment #2 from hjl dot tools at gmail dot com 2008-03-25 14:53 ---
I think gcc should issue an error for
typedef struct { _Decimal128 f __attribute__((packed)); } packed;
typedef struct { __m128 f __attribute__((packed)); } packed;
when there is a hardware alignment requirement
mkdir -p -- sparc-sun-solaris2.10/libgcc
Checking multilib configuration for libgcc...
Configuring stage 1 in sparc-sun-solaris2.10/libgcc
configure: creating cache ./config.cache
checking for --enable-version-specific-runtime-libs... no
checking for a BSD-compatible install...
No the compiler should be able to load the packed struct no matter
what. If that means doing byte by byte loads then so be it.
-- Pinski
Sent from my iPhone
On Mar 25, 2008, at 7:53, hjl dot tools at gmail dot com [EMAIL PROTECTED]
wrote:
--- Comment #2 from hjl dot tools at gmail
--- Comment #3 from pinskia at gmail dot com 2008-03-25 15:20 ---
Subject: Re: struct-layout-1.exp fails at -O2
No the compiler should be able to load the packed struct no matter
what. If that means doing byte by byte loads then so be it.
-- Pinski
Sent from my iPhone
On Mar 25,
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2008-03-25 15:26
---
Subject: Bug 34688
Author: mkuvyrkov
Date: Tue Mar 25 15:25:37 2008
New Revision: 133521
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133521
Log:
Backport from mainline:
PR
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2008-03-25 15:26
---
Fixed on 4.2 as well.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-25 15:48 ---
wontfix on the 4.1 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from burnus at gcc dot gnu dot org 2008-03-25 16:04 ---
Another test case, causes an ICE with another compiler, which supports the
first test case; I have not tested it with the current patch.
program test
character(15) :: a(3)
character(10), volatile :: b(3)
b(1)
--- Comment #2 from burnus at gcc dot gnu dot org 2008-03-25 16:37 ---
Failing is:
XCA(NF1:NF10:MF1) = XDA(NF1:NF2:MF3)!fails
that is:
XCA(1:10:-1) = XDA(1:2:-3)
The problem is that (1:2:-3) is not regarded as empty range but as containing
one element: size(XDA(1:2:-3))
--- Comment #10 from d at domob dot eu 2008-03-25 16:40 ---
(In reply to comment #7)
(In reply to comment #6)
This string length change (and padding) needs to happen way earlier than that.
We should make it happen during the matching, when we convert the constructor
objects into
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2008-03-25 16:54
---
(In reply to comment #10)
Hm, what about adding a case to gfc_resolve_character_array_constructor
handling arrays *with* given length by padding all elements that are shorter?
Would this work?
Sounds like
int i(int j, int *k);
void f() {
i(
0,
1 /*--- here the error should be issued*/
); /*--- here the error is issued*/
}
--
Summary: Error about bad function argument isn't issued on the
line of the argument but on the line where function ends
--- Comment #12 from d at domob dot eu 2008-03-25 17:10 ---
(In reply to comment #11)
Sounds like the right place. Care should be taken because lengths are not
required to be constants, like in the following:
call foo(8, short)
call foo(2, lenghty)
contains
subroutine
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-25 17:13 ---
Looking into this.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
$ gcc -O2 div.c
$ ./a.out
1.000 0.5000 0.5000 0.
$ gcc -O2 -funroll-loops div.c
$ ./a.out
1.000 0.480926513672 0.480926513672 0.330154418945
With -funroll-loops the insn that computes e = 1 - (b * y) is optimized in
--- Comment #1 from schwab at suse dot de 2008-03-25 17:29 ---
Created an attachment (id=15373)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15373action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35695
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-03-25 17:59
---
Subject: Bug 35186
Author: ebotcazou
Date: Tue Mar 25 17:58:54 2008
New Revision: 133526
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133526
Log:
Revert
2008-03-05 Eric Botcazou [EMAIL
--- Comment #9 from burnus at gcc dot gnu dot org 2008-03-25 18:49 ---
Fortran 2008 is now a Candidate Draft; the latest draft and a brand new Coarray
introduction is now also available. Links, see bottom of:
http://gcc.gnu.org/wiki/GFortranStandards
What I want to mention: The
--- Comment #4 from bangerth at dealii dot org 2008-03-25 18:58 ---
I can't reproduce this with
tmp/g /home/bangerth/bin/x86/gcc-mainline/bin/gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../mainline/configure
--prefix=/home/bangerth/bin/x86/gcc-mainline
--- Comment #2 from bangerth at dealii dot org 2008-03-25 19:02 ---
Confirmed again. Funny enough, this works:
-
void f();
namespace N { using ::f; }
void h()
{
void ( b)() = N::f; // not ok
void ( c)() = *N::f; // ok!?
}
-
W.
--
bangerth at
--- Comment #5 from bunk at stusta dot de 2008-03-25 19:24 ---
The flags I used are in my bug description.
It seems -Os -fno-unit-at-a-time are the minimum flags required for
reproducing it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
--- Comment #1 from tromey at gcc dot gnu dot org 2008-03-25 19:25 ---
Confirmed.
This is related to the column number stuff.
The current status here is that errors issued by the parser itself
all have been audited for proper location use; however the rest of the
C front end has not
--- Comment #6 from bangerth at dealii dot org 2008-03-25 19:37 ---
It appears to work with gcc version 4.4.0 20080317. Can you see if it
works for you as well with a more recent gcc version (either from top-of-tree
or the top of the 4.3 branch that you used in your experiments)?
W.
--- Comment #13 from d at domob dot eu 2008-03-25 19:53 ---
Created an attachment (id=15374)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15374action=view)
Patch padding for constant character lengths
This patch implements padding if the character length of the array is constant
/usr/bin/c++ -g -D_DEBUG -fprofile-arcs -ftest-coverage
-I/home/dimble/svn/trunk/ece473-573/dgc-ece473-573/src/libs
-I/opt/Ice-3.2.0/include
-I/home/dimble/svn/trunk/ece473-573/dgc-ece473-573/build/src/interfaces/cpp
-I/opt/orca2-dgc/include
--- Comment #4 from rsandifo at gcc dot gnu dot org 2008-03-25 20:43
---
Subject: Bug 35232
Author: rsandifo
Date: Tue Mar 25 20:43:06 2008
New Revision: 133531
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133531
Log:
gcc/
PR rtl-optimization/35232
* reload1.c
--- Comment #1 from sprinkle at ECE dot Arizona dot Edu 2008-03-25 20:45
---
Created an attachment (id=15375)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15375action=view)
Output from the preprocessor, requested in attachment
--
--- Comment #1 from pault at gcc dot gnu dot org 2008-03-25 20:45 ---
g95 correctly gives:
In file pr35680.f90:5
integer foo(size(transfer(x, [1])))
1
Error: Variable 'x' cannot appear in restricted expression at (1)
Lahey gives:
1175-S:
It would be nice if 'gcc -MF depfile ...' created/updated depfile
atomically. That would allow 'make' to directly include it, and
not end up in a broken build if gcc is interrupted.
It would be even nicer if this fix was accompanied by some means
to detect it using a feature test (e.g., an
The following program gives wrong results for some positions
in LBOUND and UBOUND. The allocated array has a run-time
computed zero-sized subscript range in the 4th subscript.
LBOUND and UBOUND give incorrect results for the 5th, 6th,
and 7th subscript. They propagate the zero size (1,0) pair.
--- Comment #5 from rsandifo at gcc dot gnu dot org 2008-03-25 20:47
---
Fixed on mainline. Will leave the patch to settle for a bit
before proposing it for 4.3.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-25 20:52 ---
I think this is a dup of bug 32197.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-25 20:53 ---
Actually the driver should cleanup the file if cc1 was interrupted/errors out
like it does with all the rest of the files.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35697
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-03-25 21:00
---
Subject: Re: -MF should create dependency file
atomically
* pinskia at gcc dot gnu dot org wrote on Tue, Mar 25, 2008 at 09:53:52PM CET:
Actually the driver should cleanup the file if cc1 was
--- Comment #3 from rwild at gcc dot gnu dot org 2008-03-25 21:10 ---
To put the weird setup into perspective: The naive user in me expects
make cc1
make ada.pdf
to work.
More details regarding this enhancement bug:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01533.html
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-25 21:11 ---
(In reply to comment #2)
But that still doesn't help with SIGQUIT or KILL. Asking too much?
I think you are asking too much there, the same issue with those two signals
with -S and -c happen too.
The GCC driver
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-25 21:12 ---
(In reply to comment #3)
To put the weird setup into perspective: The naive user in me expects
make cc1
make ada.pdf
And if someone does:
make cc1
make cc1plus
They will run into the same issue with
--- Comment #1 from rwild at gcc dot gnu dot org 2008-03-25 21:15 ---
See `config.log' for more details.
Have you looked at sparc-sun-solaris2.10/libgcc/config.log for those details?
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
On Windows XP, with SP2, the following program beeps at me
and opens an alert box saying
a.exe has encountered a problem and needs to close.
We are sorry for the inconvenience.
and offers to send Microsoft an error report (I declined).
Based on the print statements, it's the write statement
--- Comment #1 from dick dot hendrickson at gmail dot com 2008-03-25 21:49
---
I have another essentially identical subroutine that uses double complex
instead of character and appears to fail in the same way. I also have three
other subroutines that write/read zero sized arrays and
--- Comment #4 from hjl dot tools at gmail dot com 2008-03-25 21:52 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01536.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from law at redhat dot com 2008-03-25 21:54 ---
Subject: Re: Problem while compiling gcc for mn10300-elf
mstein dot lists at googlemail dot com wrote:
--- Comment #3 from mstein dot lists at googlemail dot com 2008-03-20
13:55 ---
patch:
--- Comment #2 from dominiq at lps dot ens dot fr 2008-03-25 22:05 ---
On (powerpc|i686)-apple-darwin9, I get a bus error at runtime:
begin inquire
begin open
begin write
Bus error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35699
--- Comment #3 from sprinkle at ECE dot Arizona dot Edu 2008-03-25 22:24
---
(In reply to comment #2)
I think this is a dup of bug 32197.
After this ping, I tried on the same machine, with gcov off, and it worked.
However, it also worked by not using ccache (it seems that on this
--- Comment #2 from tom_francen at midtechcorp dot com 2008-03-25 22:38
---
Created an attachment (id=15376)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15376action=view)
config.log attachment ...
/apps/tmp:0x83:root:sb100mtc2 cat config.log
This file contains any messages
--- Comment #3 from tom_francen at midtechcorp dot com 2008-03-25 22:42
---
Subject: RE: configure: error: cannot compute suffix of object files: cannot
compile
hi rick,
I did review the config.log output ... grepped for error ... but in all
honesty, I'm not quite sure what I'm
--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2008-03-25 22:43
---
Subject: Re: configure: error: cannot compute suffix of
object files: cannot compile
* tom_francen at midtechcorp dot com wrote on Tue, Mar 25, 2008 at 11:38:05PM
CET:
/apps/tmp:0x83:root:sb100mtc2
Pls help. Already spend 4-5 days debugging this issue. Any quick response is
highly appreciated. We have tried out all kinds of optimizations O1, O2 O3
but nothing is preventing these errors.
We are getting following errors when compiling our application using GCC 3.4.4
version compiler. The
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-25 23:12 ---
CC obj/ppc/debug/OSCLIFactory.o
We need the exact command line that was invoked GCC. We also need the
preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35700
--- Comment #3 from burnus at gcc dot gnu dot org 2008-03-25 23:16 ---
Thanks for the report!
This is actually a regression; Jerry, do you have an idea?
valgrind shows:
==18956== Invalid write of size 1
==18956==at 0x4C26A68: memset (in
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35680
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35699
Given the attached test case, I get warnings from -Wconversion.
I cannot find a way to quieten those warnings.
I believe the bit-and operations should quieten the warnings.
Here is the command line I used:
gcc -v -save-temps -O2 -std=gnu99 -W -Wall -Wconversion -pedantic -c test.c
Here is the
--- Comment #6 from tom_francen at midtechcorp dot com 2008-03-25 23:35
---
Created an attachment (id=15378)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15378action=view)
new config.log from directory sparc-sun-solaris2.10/libgcc
--
--- Comment #7 from tom_francen at midtechcorp dot com 2008-03-25 23:36
---
Subject: RE: configure: error: cannot compute suffix of object files: cannot
compile
sorry ... here's the one in the sparc-sun-solaris2.10/libgcc directory ...
thanks much.
tjf
denver, co
-Original
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-03-25 23:40 ---
ld.so.1: cc1: fatal: libmpfr.so.1: open failed: No such file or directory
xgcc: Internal error: Killed (program cc1)
You don't have /apps/gmp42/lib and /apps/mpfr23/lib in your LD_LIBRARY_PATH.
--
--- Comment #1 from burnus at gcc dot gnu dot org 2008-03-25 23:52 ---
Thanks for testing/reducing/reporting this.
If one looks at the bounds, one sees that for negative lower bounds the output
is wrong. NAG correctly has:
2 1 0 1 -2 -3 -4
3 4 5 0 7 8 9
while
--- Comment #2 from asikka at yahoo dot com 2008-03-26 00:04 ---
(In reply to comment #1)
CC obj/ppc/debug/OSCLIFactory.o
We need the exact command line that was invoked GCC. We also need the
preprocessed source.
Thx for your prompt response.
CC command line was =
--- Comment #10 from brian at dessent dot net 2008-03-26 00:10 ---
Subject: Re: configure: error: cannot compute suffix of object
files: cannot compile
pinskia at gcc dot gnu dot org wrote:
You don't have /apps/gmp42/lib and /apps/mpfr23/lib in your LD_LIBRARY_PATH.
It's looking
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-26 00:35 ---
Gcc is correct here. You should read http://gcc.gnu.org/gcc-4.3/changes.html.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-03-26 00:58
---
No Idea, but I will investigate.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
The following program produces an internal compiler error.
Changing the structure element to real or replacing the
structure subscripts with constants fixes the problem.
MODULE TESTS
! fails on Windows XP
! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139]
! cg0028.f:15:
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-03-26 03:20 ---
Subject: Bug 29197
Author: pinskia
Date: Wed Mar 26 03:19:58 2008
New Revision: 133540
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133540
Log:
2008-03-25 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-03-26 03:20 ---
Fixed on the trunk, this is just an ICE after an error and only I found it so
closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-03-26 03:32
---
Subject: Bug 31588
Author: pinskia
Date: Wed Mar 26 03:32:13 2008
New Revision: 133541
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133541
Log:
2008-03-25 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-03-26 03:35
---
Ignore comment #10, I entered the wrong number, it should have been 31558.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31588
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-26 03:35 ---
Subject: Bug 31558
Author: pinskia
Date: Wed Mar 26 03:35:02 2008
New Revision: 133542
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133542
Log:
2008-03-25 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-26 03:35 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-03-26 05:16
---
This regression was caused by my patch for PR34876. I am not sure it is really
a regression since we were not handling zero sized arrays correctly before.
Regardless, I have isolated the problem and I am
83 matches
Mail list logo