https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71473
--- Comment #6 from tprince at computer dot org ---
__sec_reduce_{min,max}_ind in Intel cilk(tm) plus don't give good performance,
so one may suspect they are using size_t.(In reply to Jakub Jelinek from
comment #5)
> While this started with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77814
--- Comment #6 from tprince at computer dot org ---
Permits bootstrap to proceed, will post to testresults when successful.
Thanks.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Target Milestone: ---
Created attachment 39729
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39729=edit
log from trunk stage 1 bootstrap of libstdc++
Initial bootstrap tries (and fails) to bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77593
--- Comment #8 from tprince at computer dot org ---
I show my configure parameters in my test results posts. At some time in the
past, each of them has been important. I don't know if the parameters quoted
by cygwin release pertain to cross
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77593
--- Comment #4 from tprince at computer dot org ---
Same failure of f951 after checking alternate svn apps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77593
--- Comment #2 from tprince at computer dot org ---
I suspect the Windows 10 provided svn may be partly at fault (although it works
for bootstrapping on the Microsoft provided gcc in linux subsystem). I grabbed
trunk using cygwin svn and have
ormal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Target Milestone: ---
Created attachment 39621
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39621=edit
Log file as specified in "please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71473
--- Comment #2 from tprince at computer dot org ---
Created attachment 38669
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38669=edit
C include file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71473
--- Comment #1 from tprince at computer dot org ---
Created attachment 38668
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38668=edit
cilkplus C source (before preprocessing)
: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Target Milestone: ---
Created attachment 38667
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38667=edit
cilkplus C source
gcc 5.3 does not ICE on this case but run-time result is wrong.
gcc -fcilkplus -std=c99
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69266
--- Comment #9 from tprince at computer dot org ---
Trunk on 2016-01-29 is bootstrapping successfully, after dealing with the
reluctance of the build to update config.cache in several directories (gcc,
libcpp, libstdc++-v3, libgomp). Although I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69266
--- Comment #4 from tprince at computer dot org ---
This works only when building libstdc++ with an older g++ version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69266
--- Comment #2 from tprince at computer dot org ---
It is possible to bootstrap by configure --disable-libstdcxx. Then it is
possible to configure and build (but not make check?) in libstdc++-v3. I'm not
sure of the consequences of this.
FIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Target Milestone: ---
libtool: link: /cygdrive/c/users/tim/tim/tim/src/gnu/gcc1/cyg64/./gcc/xgcc
-sha
red-libgcc -B/cygdrive/c/users/t
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Target Milestone: ---
Created attachment 36716
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36716=edit
gzip tar file of Fortran and C source fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68365
--- Comment #2 from tprince at computer dot org ---
Created attachment 36722
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36722=edit
fortran source
gfortran -c lcdmod.f90 should take care of the missing .mod
: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Target Milestone: ---
Created attachment 36510
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36510=edit
C source
1st of many build failures on trunk:
$ /cygdrive/c/users/tim/tim/tim/src/gnu/gcc1/cyg64/gcc/x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67967
--- Comment #1 from tprince at computer dot org ---
Created attachment 36511
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36511=edit
include file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67967
--- Comment #2 from tprince at computer dot org ---
Created attachment 36512
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36512=edit
C source
According to ChangeLog, ktietz is the one who modified this since it was last
working (verif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63336
--- Comment #6 from tprince at computer dot org ---
Created attachment 36295
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36295=edit
pre-processed C source
pre-processed, without function calls
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63336
--- Comment #5 from tprince at computer dot org ---
Created attachment 36294
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36294=edit
shortened c code
C source with external function calls removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66740
--- Comment #4 from tprince at computer dot org ---
It optimizes with implicit simd reduction and gives correct result with option
-ffast-math in place of -fopenmp.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66740
--- Comment #2 from tprince at computer dot org ---
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc6.0/libexec/gcc/x86_64-unknown-cygwin/6.0.0/lt
o-wrapper.exe
Target: x86_64-unknown-cygwin
Configured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66740
--- Comment #3 from tprince at computer dot org ---
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc6.0/libexec/gcc/x86_64-unknown-cygwin/6.0.0/lt
o-wrapper.exe
Target: x86_64-unknown-cygwin
Configured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66740
--- Comment #1 from tprince at computer dot org ---
Created attachment 35898
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35898action=edit
C source
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Target Milestone: ---
Created attachment 35897
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35897action=edit
f2c include file
This regression is new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65835
tprince at computer dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Created attachment 35380
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35380action=edit
winnt.c from trunk
g++ -c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65835
--- Comment #1 from tprince at computer dot org ---
Building by casting const char* to char *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65653
--- Comment #1 from tprince at computer dot org ---
Created attachment 35205
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35205action=edit
pre-processed C source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65653
--- Comment #2 from tprince at computer dot org ---
runs well with Intel C++ Windows/linux
: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Created attachment 35204
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35204action=edit
cilkplus C source
gcc -c -fcilkplus s319.i
gcc version 5.0.0 20150326
s319.c:82:41: internal compiler error: in gimplify_expr
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Created attachment 33534
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33534action=edit
pre-processed C source with cilkplus array notation
$ gcc -std=c99 -c -fcilkplus -v s422.i
Using built
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
stage1 build fails (host==target==x86_64-pc-cygwin)
../../gcc/config/i386/winnt.c: In function ‘const char*
i386_find_on_wrapper_lis
t(const char*)’:
../../gcc
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
gcc trunk and fortran-dev build failure
../../libcpp/files.c:393:56: error: suggest parentheses around ‘’ within ‘||’
[-Werror=parentheses
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Created attachment 32082
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32082action=edit
source code reproducer
gcc version 4.9.0 20140203
gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60117
--- Comment #1 from tprince at computer dot org ---
Created attachment 32083
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32083action=edit
f2c style include file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60117
--- Comment #2 from tprince at computer dot org ---
Jakub Jelinek requested this PR filing
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Created attachment 31123
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31123action=edit
pre-processed source
gcc -O2 -ftree-vectorize -fopenmp -std=c99
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58942
--- Comment #1 from tprince at computer dot org ---
gcc -O2 -ftree-vectorize -fopenmp -std=c99 -funroll-loops --param
max-unroll-times=4 -c -fcilkplus -v s315.i
Using built-in specs.
COLLECT_GCC=gcc
Target: x86_64-unknown-linux-gnu
Configured
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58392
tprince at computer dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58392
--- Comment #1 from tprince at computer dot org ---
Created attachment 30798
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30798action=edit
pre-processed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58392
--- Comment #2 from tprince at computer dot org ---
Created attachment 30799
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30799action=edit
C source
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
CC: jakub at gcc dot gnu.org
Created attachment 30797
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58392
--- Comment #3 from tprince at computer dot org ---
Created attachment 30801
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30801action=edit
include file needed for compilation from C source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51669
Bug #: 51669
Summary: ICE verify-gimple with openmp
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc
--- Comment #1 from tprince at computer dot org 2008-05-11 15:57 ---
2 unicode.cc tests fail. Several other tests with -liconv pass.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36211
--- Comment #3 from tprince at computer dot org 2008-05-11 17:26 ---
I see that the failing case is looking for a libiconv in the library to match
the char ** prototype, and failing to find one, while the one in the actual
library is set up for the const char ** version. The comment
--- Comment #5 from tprince at computer dot org 2008-05-11 18:04 ---
Only the gcc-testresults reports where others report the same thing are clearly
relevant:
http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg01444.html
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg01528.html
--- Comment #8 from tprince at computer dot org 2008-05-12 01:58 ---
Yes, -liconv precedes the source file, where it must follow:
Executing on host: /cygdrive/c/gnu/gcc-4.4-20080509/xp/./gcc/g++ -shared-libgcc
-B/cygdrive/c/gnu/gcc-4.4-20080509/xp/./gcc -nostdinc++
-L/cygdrive/c/gnu/gcc
--- Comment #8 from tprince at computer dot org 2008-03-03 16:20 ---
pr31341 has a patch attached to allow the test case to run on targets where
there is checking for conflicts with stdint.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31041
--- Comment #6 from tprince at computer dot org 2008-03-03 16:26 ---
gcc-3.4.4 testsuite still shows the failure; none of the proposed fixes were
applied.
--
tprince at computer dot org changed:
What|Removed |Added
--- Comment #4 from tprince at computer dot org 2008-02-28 17:05 ---
With Victor's patch on SVN: trunk revision 132553 version 4.4.0 20080222:
PASS: gcc.dg/vect/pr31041.c (test for excess errors)
--
tprince at computer dot org changed:
What|Removed
--- Comment #5 from tprince at computer dot org 2008-02-28 21:07 ---
(In reply to comment #3)
I have no installed cygwin, could you check if this patch fixes the failure?
Index: gcc/testsuite/gcc.dg/vect/pr31041.c
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32932
--- Comment #27 from tprince at computer dot org 2007-07-29 18:00 ---
same failure for gcc-4.3 mainline on i686-pc-cygwin
--
tprince at computer dot org changed:
What|Removed |Added
--- Comment #1 from tprince at computer dot org 2007-07-29 20:15 ---
This test is reported failing also by anonymous testers of
powerpc-apple-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32932
--- Comment #5 from tprince at computer dot org 2007-07-29 20:57 ---
No longer relevant, due to changes in gfortran.
--
tprince at computer dot org changed:
What|Removed |Added
--- Comment #2 from tprince at computer dot org 2007-07-29 20:54 ---
The suggested function name change is in mainline, and this resolves the bug.
--
tprince at computer dot org changed:
What|Removed |Added
--- Comment #8 from tprince at computer dot org 2007-07-29 21:02 ---
The patch discussed here was incorporated in mainline, and the failure was last
reported 20070420.
--
tprince at computer dot org changed:
What|Removed |Added
--- Comment #4 from tprince at computer dot org 2007-07-15 18:43 ---
The arrays in this example all have compatible alignment. This is one of the
advantages many compilers see in the use of the old-fashioned block COMMON.
In the usual case lft==1 all arrays in COMMON are aligned
: can't determine dependence (equivalence)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot
--- Comment #1 from tprince at computer dot org 2007-06-17 14:11 ---
Created an attachment (id=13718)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13718action=view)
source code which reproduces problem with equivalence
This source code is derived from the public version posted
: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32375
--- Comment #1 from tprince at computer dot org 2007-06-17 15:04 ---
Created an attachment (id=13720)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13720action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32375
at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32376
--- Comment #1 from tprince at computer dot org 2007-06-17 15:15 ---
Created an attachment (id=13721)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13721action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32376
: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32377
--- Comment #1 from tprince at computer dot org 2007-06-17 15:26 ---
Created an attachment (id=13722)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13722action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32377
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown
--- Comment #1 from tprince at computer dot org 2007-06-17 15:36 ---
Created an attachment (id=13723)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13723action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32378
ReportedBy: tprince at computer dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32379
--- Comment #1 from tprince at computer dot org 2007-06-17 15:45 ---
Created an attachment (id=13724)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13724action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32379
determine dependence
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet
--- Comment #1 from tprince at computer dot org 2007-06-17 16:29 ---
Created an attachment (id=13725)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13725action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32380
--- Comment #2 from tprince at computer dot org 2007-06-18 01:36 ---
Performance change due to complete vectorization is not significant on Core 2
Duo. My apologies for submitting at normal priority.
--
tprince at computer dot org changed:
What|Removed
--- Comment #2 from tprince at computer dot org 2007-06-18 01:39 ---
Performance change for full vectorization is not significant on Core 2 Duo;
suggest reduced ;priority, apologies for submitting at normal severity
--
tprince at computer dot org changed:
What
--- Comment #5 from tprince at computer dot org 2007-04-27 17:02 ---
According to my test of Dorit's updated patch,
the following are now PASS:
vect-iv-9.c
vect-iv-4.c
pr30771.c
The patch changed FAIL to XFAIL for the following
vect-reduc-dot-u16b.c
vect-widen-mult-u16.c
vect-reduc-dot
--- Comment #6 from tprince at computer dot org 2007-04-27 23:56 ---
I retyped the xfail instruction after applying the patch, and now
gcc.dg/vect/no-section-anchors-vect-69.c
shows XFAIL as intended, with the patch Dorit posted yesterday.
My patch must have been corrupted
--- Comment #2 from tprince at computer dot org 2007-04-28 06:42 ---
Whatever the reason, cygwin has more headers active than just those specified
in the file. I would have thought that stdint.h typedefs should be acquired
from stdint.h rather than being specified slightly differently
--- Comment #8 from tprince at computer dot org 2007-04-19 14:35 ---
4.2 branch appears to have the identical problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31561
--- Comment #3 from tprince at computer dot org 2007-04-18 02:21 ---
The patch which Dorit proposed does change the FAIL in the testsuite case
vect-reduc-dot-u16a.c to XFAIL, according to my test.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31589
to missing target specifiers
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build
--- Comment #1 from tprince at computer dot org 2007-04-16 14:18 ---
Created an attachment (id=13371)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13371action=view)
adds target qualifiers to files in gcc.dg/vect/
patch supplied to me by Dorit Nuzman. It changes ia64 reports from
--- Comment #5 from tprince at computer dot org 2007-04-14 17:59 ---
I tested successfully the patch proposed by dorit, which changes the report of
these 2 cases to XFAIL for vect_no_align target:
Index: vect-4.f90
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31342
--- Comment #2 from tprince at computer dot org 2007-03-24 01:22 ---
Note that the newly built bootstrap compiler fails the configure tests which
have a trailing -V on the command line. Nearly all the various configure
scripts provoke this failure. The one cited here happens
--- Comment #3 from tprince at computer dot org 2007-03-24 03:06 ---
The failure can be worked around by commenting out the section of stdio.h in
the cygwin distribution which sets __SCLE (conversion of \r\n to \n, according
to comments). The code thus commented out apparently
--- Additional Comments From tprince at computer dot org 2005-09-13 23:15
---
Created an attachment (id=9726)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9726action=view)
include files from libgfortran, required in build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23845
];
--
Summary: missed strength reduction costs performance
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince
--- Additional Comments From tprince at computer dot org 2005-09-13 00:13
---
Created an attachment (id=9714)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9714action=view)
alternate version of libgfortran/generated/matmul_r8.c
The C file in the attachment performs well on ia32
, building libgfortran with tree-
vectorize
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From tprince at computer dot org 2005-05-01 00:34
---
Created an attachment (id=8779)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8779action=view)
pre-processed C code exhibiting ice in -ftree-vectorize
This is the netlib Levine-Callahan-Dongarra vector
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tprince at computer dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
--- Additional Comments From tprince at computer dot org 2005-04-10 13:30
---
Created an attachment (id=8575)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8575action=view)
A Livermore Fortran Kernel driver, reproduces ICE as described
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From tprince at computer dot org 2005-04-10 13:34
---
Created an attachment (id=8576)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8576action=view)
A Livermore Fortran Kernel driver, reproduces ICE as described
The functions can be compiled one by one
1 - 100 of 103 matches
Mail list logo