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
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&action=edit
log from trunk stage 1 bootstrap of libstdc++
Initial bootstrap tries (and fa
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
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&action=edit
Log file as specified in &q
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&action=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&action=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&action=edit
cilkplus C source
gcc 5.3 does not ICE on this case but run-time result is wrong.
gcc -fcilkpl
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.
mal
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/tim/tim/tim/src/gnu/gcc1/cy
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&action=edit
fortran source
gfortran -c lcdmod.f90 should take care of the missing .mod
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&action=edit
gzip tar file of Fortran and C
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&action=edit
C source
According to ChangeLog, ktietz is the one who modified this since it was last
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&action=edit
include file
: 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&action=edit
C source
1st of many build failures on trunk:
$ /cygdrive/c/users/tim/tim/tim/src/gnu/gcc
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&action=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&action=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 #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 with
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 with
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=35898&action=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=35897&action=edit
f2c include file
This regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65835
tprince at computer dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
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 *
: 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=35380&action=edit
winnt.c from trunk
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
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=35205&action=edit
pre-processed C source
: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Created attachment 35204
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35204&action=edit
cilkplus C source
gcc -c -fcilkplus s319.i
gcc version 5.0.0 20150326
s319.c:82:41: internal compiler error: in gimplify_e
Assignee: unassigned at gcc dot gnu.org
Reporter: tprince at computer dot org
Created attachment 33534
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33534&action=edit
pre-processed C source with cilkplus array notation
$ gcc -std=c99 -c -fcilkplus -v s422.i
Using b
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
Severity: 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 ‘||’
[-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60117
--- Comment #2 from tprince at computer dot org ---
Jakub Jelinek requested this PR filing
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=32083&action=edit
f2c style include file
: 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=32082&action=edit
source code reproducer
gcc version 4.9.0 20140
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
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=31123&action=edit
pre-processed source
gcc -O2 -ftree-vectorize -fopenmp -
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 #3 from tprince at computer dot org ---
Created attachment 30801
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30801&action=edit
include file needed for compilation from 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
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=30798&action=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=30799&action=edit
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
--- 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 #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
In
--- 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 in
--- 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
4.4.0
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: i6
--- 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 #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/ve
--- 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|Re
--- 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 #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 #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 #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
y: P3
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 #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 a
--- 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 #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 #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=13725&action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32380
--
Summary: reports "unaligned store" and can't determine dependence
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot
--- 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=13724&action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32379
t 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=32379
--- 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=13723&action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32378
: 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: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-un
--- 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=13722&action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32377
onent: 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:15 ---
Created an attachment (id=13721)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13721&action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32376
ed 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:04 ---
Created an attachment (id=13720)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13720&action=view)
source code test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32375
nedTo: 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 14:11 ---
Created an attachment (id=13718)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13718&action=view)
source code which reproduces problem with equivalence
This source code is derived from the public version
: 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 compute
--- 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 rather than being specified slightly differently in the
--- 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 with
--- 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-redu
--- 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
--- 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=13371&action=view)
adds target qualifiers to files in gcc.dg/vect/
patch supplied to me by Dorit Nuzman. It changes ia64
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 #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
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
: 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/show_bug.cgi
: 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
--- 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 in
the cygwin distribution which sets __SCLE (conversion of \r\n to \n, according
to comments). The code thus commented out apparently requires some
--- 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 to be the
--- 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=9726&action=view)
include files from libgfortran, required in build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23845
--- 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=9714&action=view)
alternate version of libgfortran/generated/matmul_r8.c
The C file in the attachment performs well
ortedBy: tprince at computer dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: ia64-unknown-linux-gnu
GCC host triplet: ia64-unknown-linux-gnu
GCC target triplet: ia64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23845
tprince at computer dot org
CC: gcc-bugs at gcc dot gnu 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=23808
--- 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=8779&action=view)
pre-processed C code exhibiting ice in -ftree-vectorize
This is the netlib Levine-Callahan-Dongarra
2
Component: c
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.or
--- 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=8576&action=view)
A Livermore Fortran Kernel driver, reproduces ICE as described
The functions can be compiled one
--- 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=8575&action=view)
A Livermore Fortran Kernel driver, reproduces ICE as described
--
http://gcc.gnu.org/b
NCONFIRMED
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
1 - 100 of 103 matches
Mail list logo
