Hello!
Here are some effects of newly introduced -mpcX flag on a povray-3.6.1
(as kind of representative FP-heavy application to measure FP
performance).
The code was compiled using:
-O3 -march=native -funroll-all-loops -ffast-math -D__NO_MATH_INLINES
-malign-double -minline-all-stringops
(32b
Dennis Weyland wrote:
> Hi!
>
> I've applied for Google's Summer of Code 2007 with GCC as mentor
> organization. I want to make GCC working faster on the algorithmic
> level. I left out the detailed aims of the project, since i want to
> discuss them with gcc developers/mentors first. Do you have
On 4/3/07, Uros Bizjak <[EMAIL PROTECTED]> wrote:
Hello!
Here are some effects of newly introduced -mpcX flag on a povray-3.6.1
(as kind of representative FP-heavy application to measure FP
performance).
The code was compiled using:
-O3 -march=native -funroll-all-loops -ffast-math -D__NO_MATH_
On 4/3/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
> It should be noted, that rendered picture in -mpc32 case developed a
> strange halo around rendered object (nice special effect ;), and this
> is clearly the effect of too low FP precision. -mpc64 and -mpc80
> rendered pictures were equal,
On 03 April 2007 01:37, Andrew Pinski wrote:
> On 4/2/07, H. J. Lu <[EMAIL PROTECTED]> wrote:
>> I believe __declspec in Intel C++ compiler comes from:
>>
>> http://msdn2.microsoft.com/en-us/library/dabb5z75.aspx
>
> How is Microsoft documentation, the real documentation for Intel C++
> compiler
Hi all,
Can any one suggest a right place to find the differences between the
DWARF formats in gcc compiler versions 3.4.6 and 4.1.1?
Regards,
Rohit
Hi Ian
Thanks for replying.
For Movl [EMAIL PROTECTED](%ebx,%eax),%eax > mov
0xbd14(%eax,%ebx,1),%eax
I verified that data contained in .rdata section is all wrong in my case with
both my gcc3.3 compiler as well gcc4.3 compiler.
This is why the jump happens to the wrong code which
Mayank Kumar <[EMAIL PROTECTED]> writes:
> For Movl [EMAIL PROTECTED](%ebx,%eax),%eax > mov
> 0xbd14(%eax,%ebx,1),%eax
>
> I verified that data contained in .rdata section is all wrong in my case with
> both my gcc3.3 compiler as well gcc4.3 compiler.
> This is why the jump happens
Alexander Kabaev <[EMAIL PROTECTED]> writes:
> I also noticed that on Linux glibc implements some of the libgcc
> symbols, namely _Unwind_Find_FDE and __register_frame_info_bases family
> of functions. I wonder why it is done and if I missed something obvious
> here.
It seems to have to do with s
On Apr 2, 2007, at 7:54 PM, Alexander Kabaev wrote:
I am working on integrating GCC 4.1.x series into FreeBSD src/ tree.
I went ahead and implemented necessary code in FreeBSD's ld-elf.so.
1 and with little changes in gcc crtstuff.c and unwind-dw2-fde-
glibc.c I was able to get things working
On Mon, Apr 02, 2007 at 10:54:12PM -0400, Alexander Kabaev wrote:
> This creates a dependency cycle that I need to break. The simplest way
> to go appears to follow Linux's lead and eliminate the need for shared
> modules to have explicit frame into registration calls at startup and
> allow excepti
On Tue, Apr 03, 2007 at 10:56:42AM +0200, Uros Bizjak wrote:
> ... Note that a change of default precision control may
> affect the results returned by some of the mathematical functions.
>
> to the documentation to warn users about this fact.
Eh. It can seriously break some libm implementation
On Apr 2, 2007, at 2:56 AM, Aurélien Benoit-Lévy wrote:
Here is the err_make file.
A file attachment for a 1 line text file... Ouch. Cut-n-paste is
your friend.
Anyway, looks like a rev mismatch between as and gcc, Yup, I'd expect
a 4.2 snapshot to solve this problem.
Joe Buck write:
>If the Windows version of GCC has to recognize __declspec to function
>as a hosted compiler on Windows, then the work already needs to be done
>to implement it.
Well, I'm kinda surprised that Windows verision of GCC recognizes
__declspec. The implementation is just a simple macro
Bootstrap has been broken since 2007-03-25 on i[345]86-linux. This is
a decimal float issue reported as PR31344, and is due to a decimal
float patch, probably the following:
2007-03-23 Michael Meissner <[EMAIL PROTECTED]>
H.J. Lu <[EMAIL PROTECTED]>
I've asked a few times alre
On 4/4/07, FX Coudert wrote:
Bootstrap has been broken since 2007-03-25 on i[345]86-linux. This is
a decimal float issue reported as PR31344, and is due to a decimal
float patch, probably the following:
2007-03-23 Michael Meissner
H.J. Lu
I've asked a few times already, but no
@NullHeart
Yes, but this is just a small code snippet reproducing the problem, I don't
think that will work when pasting with a macro's argument is required..
@James
What do you mean by 16.3.3/3? GCC's version ?
Still don't see what the problem whith 2 tokens is...
Shame that there doesn't s
On Wed, Apr 04, 2007 at 12:17:59AM +0200, Steven Bosscher wrote:
> On 4/4/07, FX Coudert wrote:
> >Bootstrap has been broken since 2007-03-25 on i[345]86-linux. This is
> >a decimal float issue reported as PR31344, and is due to a decimal
> >float patch, probably the following:
> >
> >2007-03-23
The compiler for 3 languages was bootstrapped and tested using the following
configure command:
../gcc-4.1.2/configure --prefix=/usr/local/gcc-4.1.2 --program-suffix=-4.1.2
--enable-threads=win32
--with-cpu=i686 --with-arch=i686 --with-tune=i686
--with-gmp=/usr/local/gmp-4.2.1
--with-mpfr=/
- AnnouncementWorkshop on GCC Internals
- Organized byCFDVS & Dept. of CSE, IIT Bombay
- Focus of the workshop Retargetability issues in GCC
- Dates 18,19,20 June 2007
- Participation By selection. Please pre-register.
- P
20 matches
Mail list logo
