On Tue, Oct 30, 2012 at 01:39:59PM -0400, Peter Colberg wrote:
> How does one reassign the IDENTIFIER_POINTER of an IDENTIFIER_NODE?
My question does not make sense, since identifiers are immutable.
I found an alternative solution used throughout the GCC code:
DECL_NAME(decl) = get_identifier(
Hi Jakub,
My -fopt-info pass filtering patch
(http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02704.html) is being
reviewed and I hope to get this in by Nov. 5 for inclusion in gcc
4.8.0.
Thanks,
Sharad
On Mon, Oct 29, 2012 at 10:56 AM, Jakub Jelinek wrote:
> Status
> ==
>
> I'd like to close
Hi Jakub,
My function multiversioning patch is being reviewed and I hope to
get this in by Nov. 5.
Thanks,
-Sri.
On Mon, Oct 29, 2012 at 10:56 AM, Jakub Jelinek wrote:
> Status
> ==
>
> I'd like to close the stage 1 phase of GCC 4.8 development
> on Monday, November 5th. If you have st
On 10/30/12, Diego Novillo wrote:
> On Mon, Oct 29, 2012 at 1:56 PM, Jakub Jelinek wrote:
>> Status
>> ==
>>
>> I'd like to close the stage 1 phase of GCC 4.8 development
>> on Monday, November 5th. If you have still patches for new features
>> you'd
>> like to see in GCC 4.8, please post th
jakub,
i am hoping to get the rest of my wide integer conversion posted by nov
5. I am under some adverse conditions here: hurricane sandy hit her
pretty badly. my house is hooked up to a small generator, and no one
has any power for miles around.
So far richi has promised to review them.
On Tue, Oct 30, 2012 at 2:04 PM, Eric Botcazou wrote:
>> Right, there's no explicit dependencies for seh_init.o at all, although
>> this is not something new. Has something changed recently in the way
>> e.g. system.h or similar are generated/handled that would explain this
>> change in behavior?
> Right, there's no explicit dependencies for seh_init.o at all, although
> this is not something new. Has something changed recently in the way
> e.g. system.h or similar are generated/handled that would explain this
> change in behavior?
No changes as far as I know, but maybe Diego got a brand n
Hello,
I am in the process of writing a plugin that parses the header files
of a C library using GCC, walks the AST in GENERIC format, and
translates to C code for a foreign function interface (for LuaJIT).
Many libraries internally use different C type names than those part
of the API, using the
I should have mentioned sooner, but thanks, that fixed my problem!
-- Caroline
cmt...@google.com
On Mon, Oct 29, 2012 at 10:34 AM, Ian Lance Taylor wrote:
> On Mon, Oct 29, 2012 at 10:24 AM, Caroline Tice wrote:
>>
>> Actually, I did have to edit the Makefile.in slightly. When I
>> generate i
On Tue, Oct 30, 2012 at 12:45 PM, Arnaud Charlet wrote:
> Diego, can you confirm that it's indeed seh_init.o which is failing?
Yes. The error was given on seh_init.c:48
Thanks. Diego.
> I cannot reproduce, but this might come from missing dependencies in Make-
> lang.in for the affected files.
Right, there's no explicit dependencies for seh_init.o at all, although
this is not something new. Has something changed recently in the way
e.g. system.h or similar are generated/handled
> I'll have a look.
I cannot reproduce, but this might come from missing dependencies in Make-
lang.in for the affected files.
--
Eric Botcazou
On Tue, Oct 30, 2012 at 11:44 AM, Arnaud Charlet wrote:
> I'll have a look.
Thanks!
On Tue, Oct 30, 2012 at 9:47 PM, Bin.Cheng wrote:
> Hi,
> When doing load motion in GCSE, it depends on different simple memory
> refers in pre_ldst_table won't clobber(alias to) each other.
> I am assuming function simple_mem is the answer to this question, but
> what I don't understand is how si
> On IRC, Richi says that this is a parallel make issue. Re-starting
> make works around the issue.
>
> For now, I'm forced to disable Ada bootstraps. Could someone in ada
> land take a look at this?
I'll have a look.
Arno
I'm getting the following while trying to bootstrap a clean trunk at rev 192986:
cd ada/bldtools/einfo; gnatmake -q xeinfo ; ./xeinfo einfo.h )
In file included from gcc/clean/trunk/gcc/ada/seh_init.c:48:0:
gcc/clean/trunk/gcc/system.h:499:34: error: declaration of C function
'const char* strsigna
Hi,
When doing load motion in GCSE, it depends on different simple memory
refers in pre_ldst_table won't clobber(alias to) each other.
I am assuming function simple_mem is the answer to this question, but
what I don't understand is how simple_mem can make sure of this?
Did I understand the load mo
On Mon, Oct 29, 2012 at 1:56 PM, Jakub Jelinek wrote:
> Status
> ==
>
> I'd like to close the stage 1 phase of GCC 4.8 development
> on Monday, November 5th. If you have still patches for new features you'd
> like to see in GCC 4.8, please post them for review soon. Patches
> posted before t
Buonasera.
Vorrei segnalarvi i servizi della mia azienda: realizzazione siti web
professionali ad alto impatto grafico e cura estetica; inoltre si sviluppano
programmi per computer e gestionali personalizzati, con attenzione
all'usabilità.
Sono sviluppatore con ampia esperienza e le mie compet
On Tue, 2012-10-30 at 01:09 -0600, Michael Buro wrote:
> Recently I came across http://embed.cs.utah.edu/ioc/ which describes a
> sophisticated integer overflow checker for Clang. The reported results
> obtained by analyzing C/C++ open source projects make a convincing
> case for implementing such
On Mon, Oct 29, 2012 at 02:07:55PM -0400, David Miller wrote:
> > I'd like to close the stage 1 phase of GCC 4.8 development
> > on Monday, November 5th. If you have still patches for new features you'd
> > like to see in GCC 4.8, please post them for review soon. Patches
> > posted before the fr
Recently I came across http://embed.cs.utah.edu/ioc/ which describes a
sophisticated integer overflow checker for Clang. The reported results
obtained by analyzing C/C++ open source projects make a convincing
case for implementing such functionality in gcc/g++ as well. Is
somebody looking into thi
22 matches
Mail list logo
