On Fri, Jan 22, 2010 at 2:24 AM, Ian Lance Taylor wrote:
> Timothy Madden writes:
>
>> Is there any progress or start yet in implemententing export for C++
>> templates ?
>
> Not to my knowledge.
>
> The C++0x standards committee considered deprecating export for C++0x,
> but I think they have d
On Fri, Jan 22, 2010 at 05:31:03PM -0800, Jerry Quinn wrote:
> There is renewed interest in getting a D compiler into the GCC sources.
> The most direct route for this to happen is to use the existing Digital
> Mars DMD front end.
>
> The current DMD front end code is GPL licensed, and copyright i
> The current DMD front end code is GPL licensed, and copyright is owned
> by Digital Mars. If they were to fork the source, and contribute that
> fork under the current license of GCC, do they still possess the freedom
> to continue to do what they wish with the original code?
Yes.
Hi, folks,
There is renewed interest in getting a D compiler into the GCC sources.
The most direct route for this to happen is to use the existing Digital
Mars DMD front end.
The current DMD front end code is GPL licensed, and copyright is owned
by Digital Mars. If they were to fork the source,
Ron Louzon wrote:
The GNU 4.1.2 C++ compiler is mangling typedef names to the point that they are
not retrievable from the DWARF data.
For example, the type BASE_UNION is defined as
typedef union
{
char ch;
int iVal;
long IVal;
} BASE_UNION;
This is an anonymous union which is typed
Alfred M. Szmidt wrote:
>Since it is possible to use the 0b prefix to specify a binary
>number in GCC/C++, will there be any resistance to add %b format
>specifier to the printf family format strings?
>
> You can do that yourself by using the hook facility for printf, see
> (libc) Custo
The GNU 4.1.2 C++ compiler is mangling typedef names to the point that they are
not retrievable from the DWARF data.
For example, the type BASE_UNION is defined as
typedef union
{
char ch;
int iVal;
long IVal;
} BASE_UNION;
The GNU 4.1.2 compiler generates the following DWARF data for
Since it is possible to use the 0b prefix to specify a binary
number in GCC/C++, will there be any resistance to add %b format
specifier to the printf family format strings?
You can do that yourself by using the hook facility for printf, see
(libc) Customizing Printf in the GNU C library
On Fri, 22 Jan 2010, Piotr Wyderski wrote:
> Paolo Carlini wrote:
>
> > The C library, to which library printf belongs, is not part of the GCC
> > project.
>
> In that case it certainly isn't a GCC issue.
Assuming this feature is accepted in glibc, you'll want to update GCC's
-Wformat flag.
sandeep soni wrote:
Hi,
I posted this question on the mailing list gcc-h...@gcc.gnu.org
but did not get any reply about it.
I have bootstrapped gcc 4.4.2 on my machine and now i have to make
changes in gcc code.
Changing code is done usually with a good editor :-) but I suppose I am no
The GNU Compiler Collection version 4.4.3 has been released.
GCC 4.4.3 is a bug-fix release containing fixes for regressions and
serious bugs in GCC 4.4.2. This release is available from the
FTP servers listed at:
http://www.gnu.org/order/ftp.html
Please do not contact me directly regarding q
Oops, that is embarassing. Usually any local change are marked with
#ifdef in our port. I shoud double check next time when I report an issue.
Thanks.
Bingfeng
> -Original Message-
> From: Ian Lance Taylor [mailto:i...@google.com]
> Sent: 22 January 2010 15:04
> To: Bingfeng Mei
> Cc:
"Bingfeng Mei" writes:
> /* Obtain value by shifting and set zeros for remaining part*/
> if((bitpos + bitsize) > HOST_BITS_PER_WIDE_INT)
> high = (v >> (HOST_BITS_PER_WIDE_INT - bitpos))
> & ((1 << (bitpos + bitsize - HOST_BITS_PER_WIDE_INT)) - 1);
That is
On 01/01/2010 09:51 PM, Tim Prince wrote:
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 ge
On 01/22/10 07:10, Mohamed Shafi wrote:
Hi all,
I am doing a port of a 32bit target in GCC 4.4.0. I have written the
macro legitimize_reload_address which does something similar to what
the target pa does. i.e
For the PA, transform:
memory(X +)
into:
if ( & mask)>=
On 01/22/10 06:23, Mohamed Shafi wrote:
2010/1/22 Richard Henderson:
On 01/21/2010 06:22 AM, Mohamed Shafi wrote:
Hello all,
I am doing a port for a 32bit a target in GCC 4.4.0. The target
supports (base + offset) addressing mode for QImode store instructions
but not for QImode load
Hi all,
I am doing a port of a 32bit target in GCC 4.4.0. I have written the
macro legitimize_reload_address which does something similar to what
the target pa does. i.e
For the PA, transform:
memory(X + )
into:
if ( & mask) >= 16
Y = ( & ~mask) + mask + 1 Roun
On Fri, Jan 22, 2010 at 1:48 PM, sandeep soni wrote:
> Hi,
>
> I posted this question on the mailing list gcc-h...@gcc.gnu.org
> but did not get any reply about it.
>
> I have bootstrapped gcc 4.4.2 on my machine and now i have to make
> changes in gcc code. However, I dont know how to make
2010/1/22 Richard Henderson :
> On 01/21/2010 06:22 AM, Mohamed Shafi wrote:
>>
>> Hello all,
>>
>> I am doing a port for a 32bit a target in GCC 4.4.0. The target
>> supports (base + offset) addressing mode for QImode store instructions
>> but not for QImode load instructions. GCC doesn't take the
Hi,
I posted this question on the mailing list gcc-h...@gcc.gnu.org
but did not get any reply about it.
I have bootstrapped gcc 4.4.2 on my machine and now i have to make
changes in gcc code. However, I dont know how to make those changes
effective.Do I need to change the source files accor
Hello,
I am tracking a bug and find the lshift_value function in
expmed.c questionable (both head and gcc 4.4).
Suppose HOST_BITS_PER_WIDE_INT = 32, bitpos = 0
and bitsize = 33, the following expression is wrong
high = (v >> (HOST_BITS_PER_WIDE_INT - bitpos))
& ((1 <<
Paolo Carlini wrote:
> The C library, to which library printf belongs, is not part of the GCC
> project.
In that case it certainly isn't a GCC issue.
On 01/22/2010 12:31 PM, Piotr Wyderski wrote:
> You sure? Isn't the implementation of printf formatting engine a part
> of GCC support libraries
The C library, to which library printf belongs, is not part of the GCC
project.
Paolo.
Paolo Carlini wrote:
> This has absolutely nothing to do with GCC and its development, you
> understand.
You sure? Isn't the implementation of printf formatting engine a part
of GCC support libraries and doesn't adding an extension to it
belong to the category "development"?
On 01/22/2010 12:01 PM, Piotr Wyderski wrote:
> Since it is possible to use the 0b prefix
> to specify a binary number in GCC/C++,
> will there be any resistance to add %b
> format specifier to the printf family format
> strings?
>
This has absolutely nothing to do with GCC and its development,
Since it is possible to use the 0b prefix
to specify a binary number in GCC/C++,
will there be any resistance to add %b
format specifier to the printf family format
strings?
Best regards
Piotr Wyderski
26 matches
Mail list logo
