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
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 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
Laurent GUERBY wrote:
> Isn't it the same as
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40578
>
> Were I suggested GNAT_FOPEN (and you commented too)?
Oh, thanks for the reminder. Yes, it is, so I marked the new one as a dup
and took the assignment of the first one. I'll respin the patc
Arnaud Charlet wrote:
Ah, and I see you also had an after-thought in a second reply. I'll respin
this if you think it's horribly ugly, otherwise I'll send it to -patches with
a changelog once the build has finished.
It is indeed ugly.
I'd use GNAT_STRUCT_STAT and GNAT_FOPEN instead.
That
Isn't it the same as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40578
Were I suggested GNAT_FOPEN (and you commented too)?
Sincerely,
Laurent
On Sat, 2009-07-25 at 16:30 +0100, Dave Korn wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40857
>
>
> There's a clash between the FOPEN mac
> Ah, and I see you also had an after-thought in a second reply. I'll respin
> this if you think it's horribly ugly, otherwise I'll send it to -patches with
> a changelog once the build has finished.
It is indeed ugly.
I'd use GNAT_STRUCT_STAT and GNAT_FOPEN instead.
Since these are macros, I
Robert Dewar wrote:
>
> __gnat_ seems like it would be more consistent with the other
> definitions in adaint.h, but it's not critical certainly.
Well, but they're macros rather than functions, and I personally don't like
to hide the difference. I ended up doing this because it makes them look
Dave Korn wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40857
There's a clash between the FOPEN macro used by Ada (defined in adaint.h to
hide 32/64-bit file i/o selection) and an identically named macro defined in
newlib's sys/_default_fcntl.h.
Since they're only used in a few places
Dave Korn wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40857
There's a clash between the FOPEN macro used by Ada (defined in adaint.h to
hide 32/64-bit file i/o selection) and an identically named macro defined in
newlib's sys/_default_fcntl.h.
Since they're only used in a few places
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40857
There's a clash between the FOPEN macro used by Ada (defined in adaint.h to
hide 32/64-bit file i/o selection) and an identically named macro defined in
newlib's sys/_default_fcntl.h.
Since they're only used in a few places, I think that pro
> > 2008-08-01 Eric Botcazou <[EMAIL PROTECTED]>
> >
> > * gcc-interface/utils.c (convert_vms_descriptor): Add
> > gnu_expr_alt_type parameter.
> > Convert the expression to it instead of changing its type in place.
> > (build_function_stub): Adjust call to above function.
Eric Botcazou writes:
> > 2008-08-01 Eric Botcazou <[EMAIL PROTECTED]>
> >
> > * gcc-interface/utils.c (convert_vms_descriptor): Add
> > gnu_expr_alt_type parameter.
> > Convert the expression to it instead of changing its type in place.
> > (build_function_stub): Adjust
> 2008-08-01 Eric Botcazou <[EMAIL PROTECTED]>
>
> * gcc-interface/utils.c (convert_vms_descriptor): Add
> gnu_expr_alt_type parameter.
> Convert the expression to it instead of changing its type in place.
> (build_function_stub): Adjust call to above function.
Now revert
> this patch of yours
>
> 2008-08-01 Eric Botcazou <[EMAIL PROTECTED]>
>
> * gcc-interface/utils.c (convert_vms_descriptor): Add
> gnu_expr_alt_type parameter.
> Convert the expression to it instead of changing its type in place.
> (build_function_stub): Adjust call to abo
Eric,
this patch of yours
2008-08-01 Eric Botcazou <[EMAIL PROTECTED]>
* gcc-interface/utils.c (convert_vms_descriptor): Add gnu_expr_alt_type
parameter.
Convert the expression to it instead of changing its type in place.
(build_function_stub): Adjust call to ab
> Seemed safer to just roll things back and sort it out later.
Understood, thanks again for the quick turn around.
--
Eric Botcazou
On 9/29/07, Eric Botcazou <[EMAIL PROTECTED]> wrote:
>
> Thanks, but this was not really necessary, Ada doesn't define
> LANG_HOOKS_EXPAND_CONSTANT, you only needed to restore lhd_return_tree.
Yes, but it was late, I had a toddler who needed putting to bed, and I
had no idea why I'd failed to noti
> Sorry, folks. I've rolled this back.
Thanks, but this was not really necessary, Ada doesn't define
LANG_HOOKS_EXPAND_CONSTANT, you only needed to restore lhd_return_tree.
--
Eric Botcazou
On 9/28/07, John David Anglin <[EMAIL PROTECTED]> wrote:
> This change breaks Ada:
Sorry, folks. I've rolled this back.
Ollie
This change breaks Ada:
2007-09-27 Ollie Wild <[EMAIL PROTECTED]>
* varasm.c (compare_constant): Removed call to
...
* langhooks-def.h (lhd_return_tree): Removed.
(LANG_HOOKS_EXPAND_CONSTANT): Removed.
(LANG_HOOKS_INITIALIZER): Removed LANG_HOOKS_EXPAND_C
On May 11, 2006, at 9:38 PM, Andreas Jaeger wrote:
Bootstrapping with ada fails for me on powerpc64-linux-gnu with:
http://gcc.gnu.org/bugzilla//show_bug.cgi?id=27536
-- Pinski
Bootstrapping with ada fails for me on powerpc64-linux-gnu with:
/abuild/aj/gcc/./gcc/xgcc -B/abuild/aj/gcc/./gcc/
-B/opt/gcc/4.2-devel/powerpc64-suse-linux-gnu/bin/
-B/opt/gcc/4.2-devel/powerpc64-suse-linux-gnu/lib/ -isystem
/opt/gcc/4.2-devel/powerpc64-suse-linux-gnu/include -isystem
/opt/g
28 matches
Mail list logo
