Paul Thomas wrote:
I am being hit by this:
rf2out.c -o dwarf2out.o
../../trunk/gcc/dwarf2out.c: In function `file_name_acquire':
../../trunk/gcc/dwarf2out.c:7672: error: `files' undeclared (first use
in this f
unction)
../../trunk/gcc/dwarf2out.c:7672: error: (Each undeclared identifier is
re
FX Coudert wrote:
Hi all,
I reviewed this afternoon the postings from the gcc-testresults
mailing-list for the past month, and we have a couple of gfortran
testsuite failures showing up on various targets. Could people with
access to said targets (possibly maintainers) please file PRs in
bug
Dorit Nuzman wrote:
FX Coudert wrote:
Hi all,
I reviewed this afternoon the postings from the gcc-testresults
mailing-list for the past month, and we have a couple of gfortran
testsuite failures showing up on various targets. Could people with
access to said targets (possibly maintainers)
[EMAIL PROTECTED] wrote:
Where is gstdint.h ? Does it acctually exist ?
libdecnumber seems to use it.
decimal32|64|128.h's include decNumber.h which includes deccontext.h
which includes gstdint.h
When you configure libdecnumber (e.g. by running top-level gcc
configure), gstdint.h should be
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Where is gstdint.h ? Does it acctually exist ?
libdecnumber seems to use it.
decimal32|64|128.h's include decNumber.h which includes deccontext.h
which includes gstdint.h
When you configure libdecnumber (e.g. by running top-level gcc
config
[EMAIL PROTECTED] wrote:
Tim Prince wrote:
[EMAIL PROTECTED] wrote:
Where is gstdint.h ? Does it acctually exist ?
libdecnumber seems to use it.
decimal32|64|128.h's include decNumber.h which includes deccontext.h
which includes gstdint.h
When you configure libdecnumber (e.g. by ru
[EMAIL PROTECTED] wrote:
I just (re-)discovered these tables giving maximum known errors in some
libm functions when extended precision is enabled:
http://people.inf.ethz.ch/gonnet/FPAccuracy/linux/summary.html
and when the precision of the mantissa is set to 53 bits (double
precision):
[EMAIL PROTECTED] wrote:
On Apr 29, 2007, at 1:01 PM, Tim Prince wrote:
It makes no sense at all for sqrt() to break down with change in
precision mode.
If you do an extended-precision (80-bit) sqrt and then round the result
again to a double (64-bit) then those two roundings will
[EMAIL PROTECTED] wrote:
Cygcheck version 1.90
Compiled on Jan 31 2007
How do I get a later version of Cygwin ?
1.90 is the current release version. It seems unlikely that later trial
versions have a patch for the stdio.h conflict with C99, or changes
headers to avoid warnings which by d
[EMAIL PROTECTED] wrote:
James,
On 5/1/07, Aaron Gray <[EMAIL PROTECTED]> wrote:
Hi James,
> Successfully built latest gcc on Win XP SP2 with cvs built cygwin.
I was wondering whether you could help to get me to the same point
please.
You will need to use Dave Korns patch for newlib.
ht
Gabriel Dos Reis wrote:
Andrew Pinski <[EMAIL PROTECTED]> writes:
| >
| > On Fri, 16 Dec 2005, Paolo Bonzini wrote:
| > > Yes. "make bubblestrap" is now called simply "make".
| >
| > Okay, how is "make bootstrap-lean" called these days? ;-)
| >
| > In fact, bootstrap-lean is still documente
On 10/14/2015 11:36 AM, Steve Kargl wrote:
> On Wed, Oct 14, 2015 at 11:32:52AM -0400, Tim Prince wrote:
>> Sorry if someone sees this multiple times; I think it may have been
>> stopped by ISP or text mode filtering:
>>
>> Since Sept. 26, the partial support for Wind
ot;no-fast") settings locally, so that complex-limited-range might be in
effect inside the scope of the directive (no matter whether you want
it). They made changes in the current beta compiler, so it's no longer
practical to set standard-compliant options but discard them by pragma
in individual for loops.
--
Tim Prince
reversal machinery, but I haven't seen it
used for vectorization. In a simple case like this, some might argue
there's no reason to write a backward loop when it could easily be
reversed in source code, and compilers have been seen to make mistakes
in reversal.
--
Tim Prince
ences
of 1 ULP.
--
Tim Prince
ituation may be useful.
--
Tim Prince
s linux license:
http://software.intel.com/en-us/articles/Non-Commercial-license/?wapkw=%28non-commercial+license%29
It isn't supported in the gcc context. Needless to say, I don't speak
for my employer.
--
Tim Prince
options, e.g. auto-vectorization of sum reduction.
If you do want gcc -fcx-limited range, icc spells it -complex-limited-range.
--
Tim Prince
ng, but this might point to a bug in the
cpu instruction FPREM1
Kind Regards
James
As I recall, the remaindering instruction was documented as using a
66-bit rounded approximation fo PI, in case that is what you refer to.
--
Tim Prince
Eric Niebler wrote:
Angelo Graziosi wrote:
Eric Niebler wrote:
I am running into the same problem (cannnot build latest snapshot on
cygwin). I have built and installed the latest binutils from head
(see attached config.log for details). But still the build fails. Any
help?
This is strange!
Joern Rennecke wrote:
Quoting Mark Tall :
Joern Rennecke wrote:
But at any rate, the subject does not agree with
the content of the original post. When we talk
about a 'regression' in a particular gcc version,
we generally mean that this version is in some
way worse than a previous version of
Toon Moene wrote:
Richard Guenther wrote:
On Sun, Nov 15, 2009 at 8:07 AM, Toon Moene wrote:
Steven Bosscher wrote:
At least CPROP, LCM-PRE, and HOIST (i.e. all passes in gcse.c), and
variable tracking.
Are they covered by a --param ? At least that way I could teach them
to go
on in
Toon Moene wrote:
H.J. Lu wrote:
On Sat, Nov 28, 2009 at 3:21 AM, Toon Moene wrote:
L.S.,
Due to the discussion on register allocation, I went back to a hobby of
mine: Studying the assembly output of the compiler.
For this Fortran subroutine (note: unless otherwise told to the Fortran
front
Richard Guenther wrote:
On Sat, Nov 28, 2009 at 4:26 PM, Tim Prince wrote:
Toon Moene wrote:
H.J. Lu wrote:
On Sat, Nov 28, 2009 at 3:21 AM, Toon Moene wrote:
L.S.,
Due to the discussion on register allocation, I went back to a hobby of
mine: Studying the assembly output of the compiler
Toon Moene wrote:
Toon Moene wrote:
Tim Prince wrote:
> If you want those, you must request them with -mtune=barcelona.
OK, so it is an alignment issue (with -mtune=barcelona):
.L6:
movups 0(%rbp,%rax), %xmm0
movups (%rbx,%rax), %xmm1
incl%ecx
ad
Toon Moene wrote:
REAL, ALLOCATABLE :: A(:,:), B(:,:), C(:,:), D(:,:), E(:,:), F(:,:)
! ... READ IN EXTEND OF ARRAYS ...
READ*,N
! ... ALLOCATE ARRAYS
ALLOCATE(A(N,N),B(N,N),C(N,N),D(N,N),E(N,N),F(N,N))
! ... READ IN ARRAYS
READ*,A,B
C = A + B
D = A * C
E = B * EXP(D)
F = C * LOG(E)
whe
FX wrote:
Hi all,
I have picked up what seems to be a simple patch from PR36399, but I don't know
enough assembler to tell whether it's fixing it completely or not.
The following function:
#include
__m128i r(__m128 d1, __m128 d2, __m128 d3, __m128i r, int t, __m128i s) {return
r+s;}
is com
Benjamin Redelings I wrote:
Hi,
I have been playing with the GCC vectorizer and examining assembly code
that is produced for dot products that are not for a fixed number of
elements. (This comes up surprisingly often in scientific codes.) So
far, the generated code is not faster than non-ve
Benjamin Redelings I wrote:
Thanks for the information!
Here are several reasons (there are more) why gcc uses 64-bit loads by
default:
1) For a single dot product, the rate of 64-bit data loads roughly
balances the latency of adds to the same register. Parallel dot products
(using 2 accumul
torbenh wrote:
can you please explain, why you reject the idea of -fnoalias ?
msvc has declspec(noalias) icc has -fnoalias
msvc needs it because it doesn't implement restrict and supports
violation of typed aliasing rules as a default. ICL needs it for msvc
compatibility, but has better alt
Steve White wrote:
I was under the misconception that each of these SSE operatons
was meant to be accomplished in a single clock cycle (although I knew there
are various other issues.)
Current CPU architectures permit an SSE scalar or parallel multiply and
add instruction to be issued on eac
them.
--
Tim Prince
which has trouble with it. I do find your
observation interesting.
As far as I know, the oldest distro which works well on Core I7 is
RHEL5.2 x86_64, which I run, with updated gcc and binutils, and HT
disabled, as I never run applications which could benefit from HT.
--
Tim Prince
required for those 64-bit targets.
--
Tim Prince
would have been more appropriate for gcc-help, if
related to gcc, or maybe comp.lang.c, if a question about implementation
in accordance with standard C.
--
Tim Prince
-fortran, make check-g++
separately. Perhaps a script could be made which would detect when the
build is complete, then submit the separate make check serial jobs together.
--
Tim Prince
imizing for early Intel 64-bit Xeon, -mtune=barcelona
would not be consistently good, and you could not use -msse4 or -xSSE4.2.
For optimization which observes standards and also disables vectorized
sum reduction, you would omit -ffast-math for gcc, and set icc -fp-model
source.
--
Tim Prince
ut 2 years. Whether vectorizing or not,
on an 8 core CPU, the OpenMP introduced in gcc 4.2 would be useful.
This looks like a gcc-help mail list question, which is where you should
submit any follow-up.
--
Tim Prince
could match the floating
point hardware performance, even for a case which starts with operands
in memory (but you mention the case following an addition).
--
Tim Prince
.5 RC for
cygwin gcc/gfortran, didn't know of any other supported languages worth
testing.
My ia64 box died a few months ago, but suse-linux surely was at least as
popular as unknown-linux in recent years.
--
Tim Prince
On 4/8/2010 2:40 PM, Dave Korn wrote:
On 07/04/2010 19:47, Tim Prince wrote:
Will there be a notification if and when C++ run-time will be ready to
test on secondary platforms, or will platforms like cygwin be struck
from the secondary list?
What exactly are you talking about
ple of days.
Thanks.
--
Tim Prince
ob is maintenance of gnu
software (with committee approval), but this does not extend to those of
us for whom it is a secondary role. There once was a survey requesting
responses on how our FSF submissions compared before and after current
employment began, but no summary of the results.
--
Tim Prince
Georg Martius wrote:
> Dear gcc developers,
>
> I am new to this list.
> I tried to use the auto-vectorization (4.2.1 (SUSE Linux)) but unfortunately
> with limited success.
> My code is bassically a matrix library in C++. The vectorizer does not like
> the member variables. Consider this code
Александр Струняшев wrote:
> Good afternoon.
> I need some help. As from what versions your compiler understand that
> "long long" is 64 bits ?
>
> Best regards, Alexander
>
> P.S. Sorry for my mistakes, I know English bad.
No need to be sorry about English, but the topic is OK for gcc-help, not
Steven Bosscher wrote:
On Wed, Oct 29, 2008 at 6:19 AM, S. Suhasini
<[EMAIL PROTECTED]> wrote:
We would like to know whether the new version of the software (compiled with
the new GCC) can be deployed and run on the older setup with RHEL AS 3 and
GCC 2.96. We need not compile again on the old
Brian Dessent wrote:
> Cygwin has been a secondary target for a number of years. MinGW has
> been a secondary target since 4.3. This generally means that they
> should be in fairly good shape, more or less. To quote the docs:
>
>> Our release criteria for the secondary platforms is:
>>
>>
Andrew Tomazos wrote:
I've been studying the x86 compiled form of the following function:
void function()
{
char buffer[X];
}
where X = 0, 1, 2 .. 100
Naively, I would expect to see:
pushl %ebp
movl%esp, %ebp
subl$X, %esp
leave
ret
Instead
Philipp Thomas wrote:
> On Sun, 28 Dec 2008 14:24:22 -0500, you wrote:
>
>> I have SLES9 and Linux-2.6.5-7.97 kernel install on i586 intel 32 bit
>> machine. The compiler is gcc-c++3.3.3-43.24. I want to upgrade to
>> GCC4.3.2. My question are: Would this upgrade work with
>> SLES9?
>
> Thi
Tobias Burnus wrote:
>
> Otherwise, you could consider building GCC yourself, cf.
> http://gcc.gnu.org/install/. (Furthermore, some gfortran developers
> offer regular GCC builds, which are linked at
> http://gcc.gnu.org/wiki/GFortranBinaries; those are all unofficial
> builds, come without any w
Rodrigo Dominguez wrote:
> I am looking at binary auto-vectorization or taking a binary and rewriting
> it to use SIMD instructions (either statically or dynamically).
That's a tall order, considering how much source level dependency
information is needed. I don't know whether proprietary binary
Zuxy Meng wrote:
> Hi,
>
> "Timothy Madden" 写入消息
!
>> I am sure having twice the number of registers (sse+387) would make a
>> big difference.
You're not counting the rename registers, you're talking about 32-bit mode
only, and you're discounting the different mode of accessing the registers.
>>
Chris Lattner wrote:
>
> On Mar 23, 2009, at 8:02 PM, Jeff Law wrote:
>
>> Chris Lattner wrote:
>
These companies really don't care about FOSS in the same way GCC
developers do. I'd be highly confident that this would still be a
serious issue for the majority of the companies
Kaveh R. Ghazi wrote:
> What versions of GMP/MPFR do you get on
> your typical development box and how old are your distros?
>
OpenSuSE 10.3 (originally released Oct. 07):
gmp-devel-4.2.1-58
gmp-devel-32bit-4.2.1-58
mpfr-2.2.1-45
Tobias Burnus wrote:
> Toon Moene wrote:
Can somebody with access to SPEC sources confirm / deny and file a bug
report, if appropriate?
I just started working on SPEC CPU2006 issues this week.
> Seemingly yes. To a certain extend this was by accident as "-msse3" was
> used, but it is on
Dave Korn wrote:
>
> Heh, I was just about to post that, only I was looking at $clooginc rather
> than $pplinc! The same problem exists for both; I'm pretty sure we should
> fall back on $prefix if the --with option is empty.
>
When I bootstrapped gcc 4.5 on cygwin yesterday, configure recog
Dave Korn wrote:
> Tim Prince wrote:
>> Dave Korn wrote:
>>
>>> Heh, I was just about to post that, only I was looking at $clooginc rather
>>> than $pplinc! The same problem exists for both; I'm pretty sure we should
>>> fall back on $pref
Dave Korn wrote:
Tim Prince wrote:
#include
no such file
-I/include was set by configure. As you say, there is something bogus here.
setup menu shows cloog installed in development category, but I can't find
any such include file. Does this mean the cygwin distribution of clo
Ian Lance Taylor wrote:
Angelo Graziosi writes:
The current snapshot 4.5-20090507 fails to bootstrap on Cygwin:
It did bootstrap effortlessly for me, once I logged off to clear hung
processes, with the usual disabling of strict warnings. I'll let
testsuite run over the weekend.
Angelo Graziosi wrote:
> I want to flag the following failure I have seen on Cygwin 1.5 trying to
> build current 4.5-20090625 gcc snapshot:
> checking whether the C compiler works... configure: error: in
> `/tmp/build/intl':
> configure: error: cannot run C compiled programs.
> If you meant to cr
Dave Korn wrote:
Angelo Graziosi wrote:
I want to flag the following failure I have seen on Cygwin 1.5 trying to
build current 4.5-20090625 gcc snapshot:
So what's in config.log? And what binutils are you using?
cheers,
DaveK
In my case, it says no permission to execu
Kai Tietz wrote:
2009/6/26 Seiji Kachi :
Angelo Graziosi wrote:
Dave Korn ha scritto:
Angelo Graziosi wrote:
I want to flag the following failure I have seen on Cygwin 1.5 trying to
build current 4.5-20090625 gcc snapshot:
So what's in config.log? And wha
Kai Tietz wrote:
2009/6/26 Tim Prince :
Kai Tietz wrote:
2009/6/26 Seiji Kachi :
Angelo Graziosi wrote:
Dave Korn ha scritto:
Angelo Graziosi wrote:
I want to flag the following failure I have seen on Cygwin 1.5 trying
to
build current
ecrosbie wrote:
how do I generate random numbers in a f77 program?
Ed Crosbie
ecrosbie wrote:
how do I generate random numbers in a f77 program?
Ed Crosbie
This subject isn't topical on the gcc development forum. If you wish to
use a gnu Fortran random number generator, please consider gfortran,
which implements the language standard random number facility.
http:/
running the compiler.
Ian
Is it reasonable to assume when the configure test reports using GNU
linker, it has taken that "exception," even without a --with-ld
specification?
--
Tim Prince
link into multiple steps in order to deal with command line length
limits. I would suggest adapting that. Can't study it myself now while
travelling.
--
Tim Prince
OWTO/Assembly-HOWTO/gas.html ?
--
Tim Prince
of obscurity
which you add. How is this topic appropriate to gcc mail list?
--
Tim Prince
l/gcc-testresults/2010-09/msg00295.html
There are no libstdc++ results in that.
Richard.
This is true. I always run make check-gcc. What should I be doing instead?
make -k check
make check-c++ runs both g++ and libstdc++-v3 testsuites.
--
Tim Prince
On 1/21/2011 10:43 AM, H.J. Lu wrote:
Hi,
SInce -O3 turns on vectorizer, should it also turn on
-funroll-loops?
Only if a conservative default value for max-unroll-times is set 2<=
value <= 4
--
Tim Prince
other compilers, but that could be an accident.
At this point, I'd like to congratulate the developers for the progress
already evident in 4.6.
--
Tim Prince
Thomas Koenig wrote:
Hello world,
are there any platforms where gcc doesn't support 8-byte ints?
Can a front end depend on this?
This would make life easier for Fortran, for example, because we
could use INTEGER(KIND=8) for a lot of interfaces without having
to bother with checks for the presen
[EMAIL PROTECTED] wrote:
Dear Sir/Madame,
I have switched my OS to SuSE Linux 10.1 and for a while trying to install
"Octave" to my computer. Unfortunately, the error message below is the only
thing that i got.
Install
Rohit Arul Raj wrote:
The gcc-coldfire compiler spits out the labels as it is in the
assembly file (main, printf etc), where as the IDE compiler spits out
the labels prefixed with a '_' (_main, _printf etc).
Is there any way i can make gcc-coldfire compiler emit the lables
prefixed with
Jerry DeLisle wrote:
BFD: BFD 2.16.91.0.6 20060212 internal error, aborting at
../../bfd/elfcode.h line 190 in bfd_elf32_swap_symbol_in
BFD: Please report this bug.
make[1]: *** [complex16] Error 1
make[1]: *** Waiting for unfinished jobs
BFD: BFD 2.16.91.0.6 20060212 internal error, ab
the fsin code.
I will try to optimize Moshier's SIN function later on.
Well I will be surprised if you can find significant
optimizations to that very clever routine. Certainly
you have to be a floating-point expert to even touch it!
Robert Dewar
--
Tim Prince
de on /your/
processor - don't jump to conclusions, or accept other benchmarks as
giving the complete picture.
Agreed.
--
Tim Prince
which are accepted but apparently ignored in the Intel omp
simd implementation).
I'll be discussing in a meeting later today my effort to publish
material including discussion of OpenMP 4.0 implementations.
--
Tim Prince
at OpenMP chunks are more frequently
unaligned. In fact, parallel for simd seems to perform nearly the same
with gcc-4.9 as with icc.
Many decisions on compiler defaults still are based on an unscientific
choice of benchmarks, with gcc evidently more responsive to input from
the community.
--
Tim Prince
le-languages='c
c++ fortran' --enable-libgomp --enable-threads=posix
--disable-libmudflap --disa
ble-__cxa_atexit --with-dwarf2 --without-libiconv-prefix
--without-libintl-prefi
x --with-system-zlib
--
Tim Prince
ed 24
AVX-512 registers in the ifort compilation (/arch:MIC-AVX512) to avoid
those spills and repeated memory operands in the gfortran avx2 compilation.
How small a ratio of floating point to total instructions can you call
"real Fortran?"
--
Tim Prince
ries about what the developers intend. I suppose
this was posted on gcc list on account of such questions being ignored
on gcc-help.
--
Tim Prince
On 02/07/2014 10:22 AM, Jakub Jelinek wrote:
On Thu, Feb 06, 2014 at 05:21:00PM -0500, Tim Prince wrote:
I'm seeing vectorization but no output from
-ftree-vectorizer-verbose, and no dot product vectorization inside
omp parallel regions, with gcc g++ or gfortran 4.9. Primary target
On 2/7/2014 11:09 AM, Tim Prince wrote:
On 02/07/2014 10:22 AM, Jakub Jelinek wrote:
On Thu, Feb 06, 2014 at 05:21:00PM -0500, Tim Prince wrote:
I'm seeing vectorization but no output from
-ftree-vectorizer-verbose, and no dot product vectorization inside
omp parallel regions, with
-O2 -ftree-vectorize can't be considered or
-fno-strict-aliasing has to be set, I'm not about to second such a motion.
--
Tim Prince
think gcc supports those only by explicit intrinsics.
I don't think many people want to use both OpenMP 4 and older Intel
directives together.
Several of these directives are still in an embryonic stage in both
Intel and gnu compilers.
--
Tim Prince
On 2/17/2014 4:42 AM, Renato Golin wrote:
On 16 February 2014 23:44, Tim Prince wrote:
I don't think many people want to use both OpenMP 4 and older Intel
directives together.
I'm having less and less incentives to use anything other than omp4,
cilk and whatever. I think we should
-funsafe-math-optimizations then
it should flip it back onto fast?
That seems reasonable.
I do see an improvement in several benchmarks by use of fma when I
append -ffp-contract=fast after -std=c99
Thanks.
--
Tim Prince
, but gcc doesn't
know anything about the quality of math libraries present; it doesn't
even take into account whether it's glibc or something else.
--
Tim Prince
ure, but I thought the 64-bit pow() was OK.
Andrew.
No problems seen under elefunt with glibc 2.12 x86_64.
--
Tim Prince
-> 1.
DEFECT: Calculated (1-0.11102230E-15)**(-0.18014399E+17)
differs from correct value by -0.34413050E-08
This much error may spoil calculations such as compounded interest.
....
--
Tim Prince
read?
Do you have a specific OS family in mind?
--
Tim Prince
be written
return x==y ? x+y : x-y;
--
Tim Prince
t but difficult to follow.
It's nearly impossible to compare icc and gcc optimization other than by
examining assembly and using a profiler which shows paths taken.
--
Tim Prince
+kOkfeSQ+AvkWghU=
=snlv
-END PGP SIGNATURE-
Surely someone has pointed out, you should require only to sort the file
by placing the dimension statement ahead of the data statement, if you
don't wish to adopt more modern syntax.
--
Tim Prince
compiler.
Normally, this means you didn't install the optional (32-bit)
glibc-devel i386.
--
Tim Prince
than explicitly split (64-bit) loads, but the architecture manuals
disagree with this finding. gcc already does a good job for corei7[-1]
in such situations.
--
Tim Prince
tedly correct in not making such replacements as a default in
violation of C specification.
--
Tim Prince
the results returned by fpclassify.
64-bit gcc defaults to -mfpmath=sse.
--
Tim Prince
1 - 100 of 155 matches
Mail list logo
