Hi,
Thanks to many donors of both hosting and machines the architecture
coverage of the GCC Compile Farm has been greatly expanded
in the recent monthes:
http://gcc.gnu.org/wiki/CompileFarm
<<
Architectures currently available:
* i686
* x86_64, including three bi-quad core with 16
On Wed, Mar 4, 2009 at 1:17 PM, Laurent GUERBY wrote:
> Hi,
>
> Thanks to many donors of both hosting and machines the architecture
> coverage of the GCC Compile Farm has been greatly expanded
> in the recent monthes:
>
> http://gcc.gnu.org/wiki/CompileFarm
> <<
> Architectures currently available
On Wed, 2009-03-04 at 13:24 +0100, Richard Guenther wrote:
> > I believe currently all architectures with machines able to host a GCC
> > bootstrap are now represented,
>
> You are missing s390(x) here which is even a secondary architecture.
Yes but this kind of machine is not easily available at
> > You are missing s390(x) here which is even a secondary architecture.
>
> Yes but this kind of machine is not easily available at least for
> now :).
BTW, for at least some of the target architectures, you might be able to
run an emulator (e.g. qemu) rather than physical hardware.
This also h
On Wed, 2009-03-04 at 14:47 +0100, Arnaud Charlet wrote:
> > > You are missing s390(x) here which is even a secondary architecture.
> >
> > Yes but this kind of machine is not easily available at least for
> > now :).
>
> BTW, for at least some of the target architectures, you might be able to
>
I am no expert in this area, so please consider that I may be
misunderstanding something.
This seems a data flow analyzer for GIMPLE. So the analysis results
can be used by the FE, am I wrong?
Could it be used to propagate constant values? What about VRP in the FE?
What is the overhead involved?
Hello,
Is it possible to allow C++ constant expressions (currently static const,
and C++0x constexpr in the future) to be used as __attribute__ parameters
in the upcomming version of GCC? In my code I have the following construction:
namespace simd {
static const std::size_t vector_si
On Wed, Mar 4, 2009 at 6:14 AM, Piotr Wyderski wrote:
> Hello,
>
> Is it possible to allow C++ constant expressions (currently static const,
> and C++0x constexpr in the future) to be used as __attribute__ parameters
> in the upcomming version of GCC? In my code I have the following construction:
H.J. Lu wrote:
> You can use __BIGGEST_ALIGNMENT__ for that purpose.
Yes, _for that purpose_ it works perfectly. However, I would
also like be able to align fields to cache line size. I have a set
of C++ template cache geometry descriptors which provide
a constant by the name of line_size:
names
> Hi,
>
> Thanks to many donors of both hosting and machines the architecture
> coverage of the GCC Compile Farm has been greatly expanded
> in the recent monthes:
>
> http://gcc.gnu.org/wiki/CompileFarm
I think this is excellent.
Will you be installing baseline Solaris machines that ensure test
Announcement: gdfa - Generic data flow analyzer for GCC.
Developed by: GCC resource center, IITB
Patch and the Documentation can be found at the below link,
http://www.cse.iitb.ac.in/grc/gdfa.html
Ms. Seema S. Ravandale
Project Engg,
GCC Resource Center
Department of Computer Science & Engg.
II
On Wed, 4 Mar 2009, Piotr Wyderski wrote:
> Hello,
>
> Is it possible to allow C++ constant expressions (currently static const,
> and C++0x constexpr in the future) to be used as __attribute__ parameters
> in the upcomming version of GCC? In my code I have the following construction:
What does
> "Seema" == Seema Ravandale writes:
Seema> Patch and the Documentation can be found at the below link,
Seema> http://www.cse.iitb.ac.in/grc/gdfa.html
I get:
Bad Gateway
The proxy server received an invalid response from an upstream server.
Tom
2009/3/4 Tom Tromey :
>> "Seema" == Seema Ravandale writes:
>
> Seema> Patch and the Documentation can be found at the below link,
> Seema> http://www.cse.iitb.ac.in/grc/gdfa.html
>
> I get:
>
> Bad Gateway
>
> The proxy server received an invalid response from an upstream server.
>
I can acc
2009/3/4 Manuel López-Ibáñez :
> 2009/3/4 Tom Tromey :
>>> "Seema" == Seema Ravandale writes:
>>
>> Seema> Patch and the Documentation can be found at the below link,
>> Seema> http://www.cse.iitb.ac.in/grc/gdfa.html
>>
>> I get:
>>
>> Bad Gateway
>>
>> The proxy server received an invalid res
On Wed, Mar 4, 2009 at 8:33 AM, Manuel López-Ibáñez
wrote:
>> The proxy server received an invalid response from an upstream server.
>>
>
> I can access without problem.
I get the same error message that Tom gets. I am on AT&T DSL so I
doubt it is my side which is having issues.
Thanks,
Andrew
Andrew Pinski wrote:
> On Wed, Mar 4, 2009 at 8:33 AM, Manuel López-Ibáñez
> wrote:
>>> The proxy server received an invalid response from an upstream server.
>>>
>> I can access without problem.
>
> I get the same error message that Tom gets. I am on AT&T DSL so I
> doubt it is my side which is
On Thu, 2009-02-26 at 21:04 +, Richard Sandiford wrote:
> When I did some performance measurements a few years back -- probably
> on a VR413x -- n32 did give a noticeable improvement over o32.
For the fun of it I did some tests on gzip and bzip2 (sources
patched debian lenny - except for bzip2
Thanks for measuring these.
Laurent GUERBY writes:
> For bzip2 trunk regress badly in performance against 4.3.2
> but n32 is indeed relatively faster than 32 (still slower than 4.3.2).
> For gzip trunk matches 4.3.2 but n32 is slower than 32 and 64 even
> slower.
Last time I checked (on Octeon)
This patch:
2008-07-25 Jan Hubicka
* typeck.c (inline_conversion): Remove.
(cp_build_function_call): Do not use inline_conversion.
* decl.c (duplicate_decls): Do not insist on inline being declared
early.
(start_cleanup_fn): Do not assume that INLINE fla
g++ doesn't seem able to match a template ctor of a template class
where the ctor input is an internal class defined inside any template
class.
I briefly skimmed the titles of the current regression issues and I
didn't notice any that matched this, but I'm not 100% sure.
I first posted this here
On Wed, Mar 4, 2009 at 9:12 PM, Simon Hill wrote:
> g++ doesn't seem able to match a template ctor of a template class
> where the ctor input is an internal class defined inside any template
> class.
>
> I briefly skimmed the titles of the current regression issues and I
> didn't notice any that m
Simon Hill wrote:
> g++ doesn't seem able to match a template ctor of a template class
> where the ctor input is an internal class defined inside any template
> class.
>
> I briefly skimmed the titles of the current regression issues and I
> didn't notice any that matched this, but I'm not 100% sur
Snapshot gcc-4.2-20090304 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20090304/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Do we really need a new snapshot when only DATESTAMP is updated? I
think it is a waste
of resources.
H.J.
-- Forwarded message --
From:
Date: Wed, Mar 4, 2009 at 2:42 PM
Subject: gcc-4.2-20090304 is now available
To: gcc@gcc.gnu.org
Snapshot gcc-4.2-20090304 is now available
Emmanuel Fleury wrote:
Andrew Pinski wrote:
On Wed, Mar 4, 2009 at 8:33 AM, Manuel López-Ibáñez
wrote:
The proxy server received an invalid response from an upstream server.
I can access without problem.
I get the same error message that Tom gets. I am on AT&T DSL so I
doubt it is my side
On Wed, 4 Mar 2009, H.J. Lu wrote:
> Do we really need a new snapshot when only DATESTAMP is updated? I
> think it is a waste
> of resources.
When 4.4 has branched I plan to close 4.2 branch.
--
Joseph S. Myers
jos...@codesourcery.com
While compiling the current pymol svn with gcc trunk
I ran across a compilation warning...
Ortho.c: In function 'OrthoFree':
Ortho.c:1973: warning: array subscript is above array bounds
which doesn't seem to make sense. The reduced test case that
triggers it with -O3 -Wall is...
#define CMD_Q
Dear Qiong Cai,
I am writing on behalf of the German publishing house, VDM Verlag Dr. Müller AG
& Co. KG.
In the course of a research on the University of Southwales, we came across a
reference to your thesis on "Profile-guided redundancy elimination".
As we would like to make your work availab
Jack Howarth wrote:
> Ortho.c: In function 'OrthoFree':
> Ortho.c:1973: warning: array subscript is above array bounds
> #define CMD_QUEUE_MASK 0x3
>CQueue *cmdQueue[CMD_QUEUE_MASK+1];
> int a;
>
> for(a=0;a<=CMD_QUEUE_MASK;a++)
> ;
> I->cmdQueue[a] = ((void *)0);
> }
>
On Thu, Mar 05, 2009 at 03:56:18AM +, Dave Korn wrote:
> Jack Howarth wrote:
>
> > Ortho.c: In function 'OrthoFree':
> > Ortho.c:1973: warning: array subscript is above array bounds
>
> > #define CMD_QUEUE_MASK 0x3
>
> >CQueue *cmdQueue[CMD_QUEUE_MASK+1];
>
> > int a;
> >
> > f
Jack Howarth wrote:
> Dave,
> My original guess was that as well, however when I tried a simplier test
> case of...
>
> #define CMD_QUEUE_MASK 0x3
> void test()
> {
> int cmdQueue[CMD_QUEUE_MASK+1];
>
> int a;
>
> for(a=0;a<=CMD_QUEUE_MASK;a++)
> ;
> cmdQueue[a] = 0;
>
> -Original Message-
> From: Grigori Fursin [mailto:gfur...@gmail.com] On Behalf Of Grigori Fursin
> Sent: Thursday, February 26, 2009 6:57 PM
> To: gcc@gcc.gnu.org
> Cc: 'Basile STARYNKEVITCH'; 'Diego Novillo'; 'Taras Glek'; 'Zbigniew
> Chamski'; 'Sean Callanan'; 'Cupertino Miranda'; 'Jose
33 matches
Mail list logo
