--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36907
--- Comment #22 from hjl dot tools at gmail dot com 2008-07-27 18:59
---
Fixed by revision 138154.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #21 from hjl dot tools at gmail dot com 2008-07-24 20:29
---
(In reply to comment #18)
>
>
> +#ifdef SECONDARY_OVERRIDE_OPTIONS
> + /* Some machines may reject certain combinations of options. */
> + if (! first_time_p)
> +SECONDARY_OVERRIDE_OPTIONS;
> +#endif
> +
>
--- Comment #20 from gnu at the-meissners dot org 2008-07-24 20:21 ---
Subject: Re: [4.4 Regression]: Gcc failed to bootstrap
On Thu, Jul 24, 2008 at 08:14:35PM -, hjl dot tools at gmail dot com wrote:
>
>
> --- Comment #19 from hjl dot tools at gmail dot com 2008-07-24 20:1
--- Comment #19 from hjl dot tools at gmail dot com 2008-07-24 20:14
---
(In reply to comment #18)
> Subject: Re: [4.4 Regression]: Gcc failed to bootstrap
>
> Yes, I came to the same conclusion when trying a bootstrap. This patch adds a
> new SECONDARY_OVERRIDE_OPTION to be run in t
--- Comment #18 from gnu at the-meissners dot org 2008-07-24 20:11 ---
Subject: Re: [4.4 Regression]: Gcc failed to bootstrap
On Thu, Jul 24, 2008 at 07:33:01PM -, hjl dot tools at gmail dot com wrote:
>
>
> --- Comment #17 from hjl dot tools at gmail dot com 2008-07-24 19:3
--- Comment #17 from hjl dot tools at gmail dot com 2008-07-24 19:32
---
(In reply to comment #16)
> I haven't done a bootstrap built yet, but could you try this patch on the
> ia-64? When I try it via a cross compiler, it works fine, but I wonder
> whether
> random ports will do weir
--- Comment #16 from gnu at the-meissners dot org 2008-07-24 19:19 ---
Subject: Re: [4.4 Regression]: Gcc failed to bootstrap
On Thu, Jul 24, 2008 at 05:49:02PM -, hjl dot tools at gmail dot com wrote:
>
>
> --- Comment #15 from hjl dot tools at gmail dot com 2008-07-24 17:4
--- Comment #15 from hjl dot tools at gmail dot com 2008-07-24 17:49
---
I don't think the middle-end should change optimization options
which have been overridden by the backend.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36907
--- Comment #14 from hjl dot tools at gmail dot com 2008-07-24 17:41
---
The following targets are affected by revision 138075:
arm/arm.c:flag_schedule_insns = flag_schedule_insns_after_reload = 0;
bfin/bfin.c: bfin_flag_var_tracking = flag_var_tracking;
bfin/bfin.c: bfin_flag_sc
--- Comment #13 from hjl dot tools at gmail dot com 2008-07-24 15:51
---
ia64_override_options has
ia64_flag_schedule_insns2 = flag_schedule_insns_after_reload;
flag_schedule_insns_after_reload = 0;
If decode_options is called again without calling ia64_override_options,
ia64_flag
--- Comment #12 from hjl dot tools at gmail dot com 2008-07-24 13:15
---
[EMAIL PROTECTED] gcc]$ cat bar.i
typedef __builtin_va_list __gnuc_va_list;
extern void warning (int, const char *, ...) __attribute__ ((__format__
(__printf__, 2, 3))) __attribute__ ((__nonnull__ (2))) __attribute
--- Comment #11 from hjl dot tools at gmail dot com 2008-07-23 20:16
---
If you don't want to check/change every target, you should make
your changes to c-common.c optional. You only enable your changes
for those targets you know they work correctly.
--
http://gcc.gnu.org/bugzilla/
--- Comment #10 from gnu at the-meissners dot org 2008-07-23 19:06 ---
Subject: Re: [4.4 Regression]: Gcc failed to bootstrap
On Wed, Jul 23, 2008 at 01:46:30PM -, hjl dot tools at gmail dot com wrote:
>
>
> --- Comment #4 from hjl dot tools at gmail dot com 2008-07-23 13:46
--- Comment #9 from meissner at gcc dot gnu dot org 2008-07-23 19:04
---
Subject: Bug 36907
Author: meissner
Date: Wed Jul 23 19:03:40 2008
New Revision: 138091
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138091
Log:
Fix PR 36907, breakage in building libobj with function sp
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-07-23 17:41 ---
(In reply to comment #4)
> It happens when building libobjc.
The real underlying issue with libobjc was recorded as PR 24775. I have not
time to work on it lately though.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #7 from hjl dot tools at gmail dot com 2008-07-23 15:33 ---
(In reply to comment #6)
>
> I didn't have objective c, java, or ADA on the system. I'm going to kick off
> a
> build shortly with the following patch to see if it allows objc to build:
>
I don't believe you nee
--- Comment #6 from gnu at the-meissners dot org 2008-07-23 15:22 ---
Subject: Re: [4.4 Regression]: Gcc failed to bootstrap
On Wed, Jul 23, 2008 at 01:46:30PM -, hjl dot tools at gmail dot com wrote:
>
>
> --- Comment #4 from hjl dot tools at gmail dot com 2008-07-23 13:46
--- Comment #5 from hjl dot tools at gmail dot com 2008-07-23 14:31 ---
decode_options doesn't allow backend to override options, which breaks
ia64 and maybe other targets.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36907
--- Comment #4 from hjl dot tools at gmail dot com 2008-07-23 13:46 ---
(In reply to comment #3)
> The problem on Fedora 9/x86-64 may be due to FILE is undeclared in
>
> extern void cl_optimization_print (FILE *, int, struct cl_optimization *);
> extern void cl_target_option_print (FILE
--- Comment #3 from hjl dot tools at gmail dot com 2008-07-23 13:39 ---
The problem on Fedora 9/x86-64 may be due to FILE is undeclared in
extern void cl_optimization_print (FILE *, int, struct cl_optimization *);
extern void cl_target_option_print (FILE *, int, struct cl_target_option
--- Comment #2 from hjl dot tools at gmail dot com 2008-07-23 13:28 ---
On ia64:
Program received signal SIGSEGV, Segmentation fault.
0x40e16760 in ia64_variable_issue (dump=0x203f9e50,
sched_verbose=0, insn=0x23fec6e0, can_issue_more=1)
at ../../src/gcc/
--- Comment #1 from hjl dot tools at gmail dot com 2008-07-23 12:41 ---
It also fails to boostrap on Linux/x86-64:
libtool: compile: /export/gnu/import/svn/gcc-test/bld/./gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/./gcc/
-B/usr/local/x86_64-unknown-linux-gnu/bin/
-B/usr/local/x86_6
23 matches
Mail list logo
