> For example, I think it goes without question that at this point we are
> limiting ourselves to C++98 (plus "long long" so that we have a 64-bit
> integer type);
Where does this "long long" requirement come from? We should only require an
ISO C++98 compiler, just like we currently require only
On Mon, May 31, 2010 at 12:28 AM, Basile Starynkevitch
wrote:
> At last, there is a very important issue when switching to C++. What is
> our "ideal" class hierarchy?
The ideal class hierarchy is independent of the language used. The language
matters only to the extend that it provides direct s
On Sun, 2010-05-30 at 17:26 -0700, Mark Mitchell wrote:
> I am pleased to report that the GCC Steering Committee and the FSF have
> approved the use of C++ in GCC itself. [...]
>
> For example, I think it goes without question that at this point we are
> limiting ourselves to C++98 (plus "long lon
Hi,
On Sun, May 30, 2010 at 10:03 PM, Robert Dewar wrote:
> Mark Mitchell wrote:
>
>> Is there anyone who would like to volunteer to develop the C++ coding
>> standards? I think that this could be done as a Wiki page. (If nobody
>> volunteers, I will volunteer myself.) Whoever ends up doing th
Mark Mitchell wrote:
Is there anyone who would like to volunteer to develop the C++ coding
standards? I think that this could be done as a Wiki page. (If nobody
volunteers, I will volunteer myself.) Whoever ends up doing this, I
would urge the rest of us not to spend too much time in the C++
I am pleased to report that the GCC Steering Committee and the FSF have
approved the use of C++ in GCC itself. Of course, there's no reason for
us to use C++ features just because we can. The goal is a better
compiler for users, not a C++ code base for its own sake.
Before we start to actually u
Snapshot gcc-4.3-20100530 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20100530/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi,
While implementing __float128 support in gfortran, I came across what may be a
very serious snag. The dtype in the array descriptor structure includes
"sizeof(element_type)". As can be seen in libgfortran/libgfortran.h:
> #define GFC_DTYPE_REAL_10 ((GFC_DTYPE_REAL << GFC_DTYPE_TYPE_SHIFT)
The GNU Compiler Collection version 4.3.5 has been released.
GCC 4.3.5 is a bug-fix release containing fixes for regressions and
serious bugs in GCC 4.3.4. This release is available from the
FTP servers listed at:
http://www.gnu.org/order/ftp.html
Please do not contact me directly regarding
Hello,
I browsed your html documentation at http://gcc.gnu.org/onlinedocs/
and would like to know if there is a way to obtain GCC documentation
in .info format from your website, as is proposed by almost all other
software projects from GNU (see
http://www.gnu.org/software/gawk/manual/ fo
gcc-ow...@gcc.gnu.org wrote on 28/05/2010 03:52:30 PM:
> Hi,
>
> I just noticed today that (implicit) loops of the kind
>
> xmin = minval(nodes(1,inductor_number(1:number_of_nodes)))
>
> (lines 5057 to 5062 of the polyhedron test induct.f90) are no longer
> vectorized (the change occurre
11 matches
Mail list logo
