in gfc_match_common
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: minor
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu
--- Comment #1 from aldot at gcc dot gnu dot org 2006-10-21 17:42 ---
Shorter testcase:
$ egrep -v (^\!|^$) foo2.f90
block data
common c
end
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29537
--- Comment #2 from aldot at gcc dot gnu dot org 2006-10-21 18:04 ---
(In reply to comment #1)
Shorter testcase:
$ egrep -v (^\!|^$) foo2.f90
block data
common c
end
According to lahey's checker, this code is valid. Still it ICEs
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #3 from aldot at gcc dot gnu dot org 2006-10-21 18:05 ---
(In reply to comment #2)
(In reply to comment #1)
Shorter testcase:
$ egrep -v (^\!|^$) foo2.f90
block data
common c
end
According to lahey's checker, this code is valid. Still it ICEs
Program
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: i686
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29539
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|ice-on-invalid-code |
Target Milestone|--- |4.2.0
http
--- Comment #2 from aldot at gcc dot gnu dot org 2006-10-13 11:46 ---
Current trunk gives:
# -Wall
In file unused.f90:1
subroutine a(x)
1
Warning: Unused variable x declared at (1)
# -Wall -W
In file unused.f90:1
subroutine a(x)
1
Warning: Unused
--- Comment #3 from aldot at gcc dot gnu dot org 2006-10-13 11:54 ---
To me this sounds more like a middle-end issue. The ME apparently doesn't have
means to use language specific diagnosics hooks.
Also see comment #2 for PR24784 at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24784#c2
--- Comment #2 from aldot at gcc dot gnu dot org 2006-09-16 17:13 ---
This regression is a really severe defect in daily use.
Note that this works with gcc-2.95.4 but fails with any 3.x and 4.x i have.
$ gcc-2.95 -o pr.o -std=c99 -x assembler-with-cpp -c pr25993.S objdump -D
pr.o
--- Comment #3 from aldot at gcc dot gnu dot org 2006-09-16 17:47 ---
Created an attachment (id=12284)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12284action=view)
Add diagnostic message
Attaching a copy of the patch from the initial bugreport.
--
http://gcc.gnu.org
--- Comment #4 from aldot at gcc dot gnu dot org 2006-09-16 18:02 ---
Not worth fixing.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25993
--- Comment #4 from aldot at gcc dot gnu dot org 2006-09-16 20:07 ---
Note that there are other (wrong) occurances of the non gfc_*() warnings in
trans-decl.c.
These other warning() calls too should be converted to the respective
gfc_warning*() calls.
--
http://gcc.gnu.org
--- Comment #3 from aldot at gcc dot gnu dot org 2006-09-11 18:26 ---
-pedantic-errors also has no effect. From a quick look, it does not occur in
fortran/* at all and should probably be removed.
I'm preparing an updated patch to add proper -Werror support that emits
'Warning
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28887
--- Comment #1 from aldot at gcc dot gnu dot org 2006-08-29 12:46 ---
Created an attachment (id=12147)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12147action=view)
original unreduced testcase
Initial args used for unreduced testcase were:
gcc -O2 -fPIC -ftree-loop-optimize
--- Comment #2 from aldot at gcc dot gnu dot org 2006-08-29 18:11 ---
Also fails for native i686-linux-gnu with
gcc-4.2-20060829 -march=i686 -msse -O1 -fprefetch-loop-arrays
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet
--- Comment #1 from aldot at gcc dot gnu dot org 2006-08-24 22:59 ---
Created an attachment (id=12132)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12132action=view)
preprocessed from a testcase of plain gettext-0.15
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28839
--- Comment #12 from aldot at gcc dot gnu dot org 2006-08-20 12:53 ---
(In reply to comment #11)
Subject: Re: externally_visible attribute not effective with prior
declaration
of symbol.
Is there any reason why process_function_and_variable_attributes is called
at the end
--- Comment #15 from aldot at gcc dot gnu dot org 2006-08-20 13:15 ---
(In reply to comment #13)
Subject: Re: externally_visible attribute not effective with prior
declaration
of symbol.
If this is really true, then there are several bugs (in the FEs?) because
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28299
--- Comment #3 from aldot at gcc dot gnu dot org 2006-07-05 17:19 ---
(In reply to comment #2)
Bernhard,
Your patch only addresses one aspect of the problem.
Consider
function _foo
entry _bar
end function
Is it sufficient to print an error in gfc_match_name, or should
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build
--- Comment #5 from aldot at gcc dot gnu dot org 2006-05-22 14:14 ---
(In reply to comment #4)
for reference, the backtrace on i686:
on i686 these flags were used for the ICE:
-march=pentium4 -mtune=pentium -O2 -ftree-vectorize
--
aldot at gcc dot gnu dot org changed
--- Comment #10 from aldot at gcc dot gnu dot org 2006-05-22 17:43 ---
Created an attachment (id=11494)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11494action=view)
fix MAKEINFO invocation for gcc-4_1-branch
I cannot test this patch right now since i have to bootstrap gcc-4.2
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-21 11:50 ---
Created an attachment (id=11490)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11490action=view)
print error invalid form for SUBROUTINE at
Not tested.
2006-05-21 Bernhard Fischer [EMAIL PROTECTED
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #5 from aldot at gcc dot gnu dot org 2006-05-21 12:16 ---
Setting Target Milestone to 4.1.1.
Ok for trunk and the 4.1 branch?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from aldot at gcc dot gnu dot org 2006-05-21 13:10 ---
Subject: Bug 25776
Author: aldot
Date: Sun May 21 13:10:37 2006
New Revision: 113952
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113952
Log:
ACKed by Jan Hubicka in http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #7 from aldot at gcc dot gnu dot org 2006-05-21 17:46 ---
Wouldn't it be better just to modify gcc/Makefile.in to do:
ifneq($(BUILD_INFO),)
info: $(INFOFILES) lang.info @GENINSRC@ srcinfo lang.srcinfo
else
info:
fi
Then, in the subdirectory Makefiles we can avoid
--- Comment #9 from aldot at gcc dot gnu dot org 2006-05-21 20:11 ---
Your original patch is OK for 4.1 -- but I would like the fix I
suggested for 4.2. Also, we don't like to fix a problem on a release
branch without also having a fix in mainline.
Therefore, would you please
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|treelang|bootstrap
--- Comment #4 from aldot at gcc dot gnu dot org 2006-05-19 17:29 ---
This also fails on the gcc-4_1-branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
--- Comment #2 from aldot at gcc dot gnu dot org 2006-05-18 09:28 ---
[RFC][PATCH] is here:
http://gcc.gnu.org/ml/fortran/2006-04/msg00266.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21061
--- Comment #4 from aldot at gcc dot gnu dot org 2006-05-14 10:49 ---
Subject: Bug 27501
Author: aldot
Date: Sun May 14 10:48:49 2006
New Revision: 113758
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113758
Log:
2006-05-14 Bernhard Fischer [EMAIL PROTECTED]
PR 27501
Status: UNCONFIRMED
Keywords: ice-on-valid-code, openmp
Severity: normal
Priority: P3
Component: gcov/profile
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: i686-linux-gnu
GCC
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: alphaev56-dec-osf5.1a
GCC host triplet: alphaev56-dec-osf5.1a
GCC target triplet: alphaev56-dec-osf5.1a
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-09 07:58 ---
Created an attachment (id=11418)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11418action=view)
check if BUILD_INFO was requested explicitely
2006-05-09 Bernhard Fischer [EMAIL PROTECTED]
PR/27516
--- Comment #3 from aldot at gcc dot gnu dot org 2006-05-09 08:02 ---
2006-05-09 Bernhard Fischer [EMAIL PROTECTED]
PR/27501
* mkconfig.sh: Use operator '=' for test
This patch fixes the build failure on OSF5.1a,
please apply.
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from aldot at gcc dot gnu dot org 2006-05-09 08:13 ---
Created an attachment (id=11419)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11419action=view)
Don't build info pages if makeinfo is too old
Corrected syntax.
--
aldot at gcc dot gnu dot org changed
--- Comment #3 from aldot at gcc dot gnu dot org 2006-05-09 15:33 ---
(In reply to comment #2)
Created an attachment (id=11419)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11419action=view) [edit]
Don't build info pages if makeinfo is too old
Corrected syntax
: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: alphaev56-dec-osf5.1a
GCC host triplet: alphaev56-dec-osf5.1a
GCC target triplet
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-08 18:02 ---
Created an attachment (id=11411)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11411action=view)
use operator '=' instead of '==' for test
Bootstrap is still in progress, but a manual test suggests
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2006-05-06 16:02 ---
Known to work: g77-3.4
Known to fail: gfortran = 4.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27457
--- Comment #4 from aldot at gcc dot gnu dot org 2006-05-04 17:23 ---
for reference, the backtrace on i686:
Program received signal SIGSEGV, Segmentation fault.
0x0820096f in fold_convert (type=0x0, arg=0xb71527fc)
at ../../../src/gcc-4.2/gcc/fold-const.c:1991
1991
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-04 17:30 ---
(In reply to comment #0)
If you ask for *.i files, why don't you provide a upload button in bugzilla?
There is a Create an attachment link above.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27431
--- Comment #8 from aldot at gcc dot gnu dot org 2006-04-25 17:00 ---
Created an attachment (id=11334)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11334action=view)
fix typo in errormessage in verify_cgraph_node()
Just as a sidenote.. There is a typo in the error message
with -march=pentium4 in matmul_i4.c
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot
: aldot at gcc dot gnu dot org
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25993
--- Comment #6 from aldot at gcc dot gnu dot org 2006-01-25 10:14 ---
fla=-W -Wall -Wextra -march=pentium4 -mtune=pentium4 -O0 -g -ggdb
BOOT_CC=gcc-4.0 CFLAGS=$fla CXXFLAGS=$fla BOOT_CFLAGS=$fla ../../src/${
what}-${ver}/configure -v --enable-languages=c,c++,fortran,treelang
--prefix
--- Comment #4 from aldot at gcc dot gnu dot org 2006-01-23 23:49 ---
Better mv ansidecl.h to libgomp.h per rth on IRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25910
: P3
Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25910
--- Comment #1 from aldot at gcc dot gnu dot org 2006-01-22 14:04 ---
Created an attachment (id=10702)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10702action=view)
Mark arguments as unused.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25910
--- Comment #2 from aldot at gcc dot gnu dot org 2006-01-22 14:06 ---
(In reply to comment #1)
Created an attachment (id=10702)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10702action=view) [edit]
Mark arguments as unused.
Now the bootstrap stops later on with:
/home/cow
--- Comment #3 from aldot at gcc dot gnu dot org 2006-01-22 15:46 ---
Created an attachment (id=10705)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10705action=view)
Probably improper patch to make it build somehow.
With this patch libgomp builds again for me. This patch is most
--- Comment #10 from aldot at gcc dot gnu dot org 2006-01-13 22:15 ---
Should the warning be made consistent between fixed- and free form?
Both the gfc_warning vs. gfc_warning_now and the strings are not consistent.
Fixed Form has:
gfc_warning (Statement label in blank line
--- Comment #16 from aldot at gcc dot gnu dot org 2006-01-13 22:19 ---
Fix confirmed by Steve Kargl, closing.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from aldot at gcc dot gnu dot org 2006-01-12 12:28 ---
Subject: Bug 25486
Author: aldot
Date: Thu Jan 12 12:28:00 2006
New Revision: 109640
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109640
Log:
2006-01-12 Bernhard Fischer [EMAIL PROTECTED]
* gcc
--- Comment #9 from aldot at gcc dot gnu dot org 2006-01-11 16:07 ---
I had trouble with the testcase:
I wanted to have only one .F file with three dg-options but this didn't work
out.
I'm about to check the patch in during the next few hours.
Really sorry for the long delay (flu
--- Comment #10 from aldot at gcc dot gnu dot org 2006-01-11 16:38 ---
Subject: Bug 25486
Author: aldot
Date: Wed Jan 11 16:38:42 2006
New Revision: 109591
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109591
Log:
gcc/fortran:
2006-01-11 Bernhard Fischer [EMAIL PROTECTED
--- Comment #11 from aldot at gcc dot gnu dot org 2006-01-11 17:06 ---
Subject: Bug 25486
Author: aldot
Date: Wed Jan 11 17:06:44 2006
New Revision: 109592
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109592
Log:
gcc/fortran:
2006-01-11 Bernhard Fischer [EMAIL PROTECTED
--- Comment #12 from aldot at gcc dot gnu dot org 2006-01-11 17:08 ---
Subject: Bug 25486
Author: aldot
Date: Wed Jan 11 17:07:55 2006
New Revision: 109593
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109593
Log:
2006-01-11 Bernhard Fischer [EMAIL PROTECTED]
PR
--
Summary: ICE on valid code
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot
--- Comment #1 from aldot at gcc dot gnu dot org 2006-01-11 21:32 ---
Created an attachment (id=10626)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10626action=view)
testcase label_3.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756
--- Comment #14 from aldot at gcc dot gnu dot org 2006-01-11 21:37 ---
Sure, will fix the changelog tomorrow, sorry!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25486
--- Comment #2 from aldot at gcc dot gnu dot org 2006-01-11 21:33 ---
Created an attachment (id=10627)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10627action=view)
testcase label_4.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756
--- Comment #3 from aldot at gcc dot gnu dot org 2006-01-11 21:34 ---
Created an attachment (id=10628)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10628action=view)
testcase label_5.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756
--- Comment #5 from aldot at gcc dot gnu dot org 2005-12-27 13:15 ---
I'm bootstrapping and will test the patch below (gcc.gfortran.pr25486.0.diff).
I'm uncertain on the expected results of the testcase above for
-ffixed-line-length-none, so i'm not changing the behaviour for this case
--- Comment #6 from aldot at gcc dot gnu dot org 2005-12-27 14:54 ---
The patch does fix it, the behaviour of line-length-none is documented and
expected.
trunk with the patch gives:
$ gfortran-4.2-HEAD -o pr25486 gfortran.pr25486.f
$ ./pr25486
1234567
301 - 373 of 373 matches
Mail list logo