--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-04-26 11:28
---
It's again the RTL combiner.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-07-15 15:43
---
> I get something similiar with my 16-bit x86 port compiling libgcc:
Same on SPARC/Solaris:
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02135.html
> This patch seems to fix it:
>
> Index: gcc/d
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-08-24 08:48
---
As per comment #6.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #49 from ebotcazou at gcc dot gnu dot org 2007-09-07 07:08
---
The bug has been fixed by
2005-05-08 Julian Brown <[EMAIL PROTECTED]>
H.J. Lu <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]>
* configure.ac:
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-09-11 13:59
---
Probably everywhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-09-12 15:53
---
Subject: Bug 32407
Author: ebotcazou
Date: Wed Sep 12 15:52:57 2007
New Revision: 128441
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128441
Log:
PR ada/26797
PR a
--- Comment #44 from ebotcazou at gcc dot gnu dot org 2007-09-12 15:53
---
Subject: Bug 26797
Author: ebotcazou
Date: Wed Sep 12 15:52:57 2007
New Revision: 128441
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128441
Log:
PR ada/26797
PR a
--- Comment #45 from ebotcazou at gcc dot gnu dot org 2007-09-12 15:55
---
At long last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-09-12 15:56
---
Fixed on mainline.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-09-13 06:06
---
> Another problem, GNAT Bug Box, is resulted with the tree updated as shown
>
> [...]
> c-4.3-20070907/gcc/ada/a-chlat1.ads -o ada/a-chlat1.o
> /home/voax/linux/build-4.3.x/./prev-gcc/xgcc
>
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-09-17 06:46
---
> It doesn't appear in x86 Mac Os X 10.4 with "version 4.0.1 (Apple Computer,
> Inc. build 5250)"
Because the GCC released by Apple defaults to -fno-strict-aliasing.
> Gcc "forget&
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-09-19 17:33
---
Don't we/can't we issue a warning here?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:45
---
> A reghunt revealed that this was caused by the following patch:
>
> 2007-03-02 Eric Botcazou <[EMAIL PROTECTED]>
>
> * config/alpha/alpha.c (alpha_gp_save_rtx): In
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:46
---
Fixing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:48
---
Btw, Rainer, would you know whether TARGET_LD_BUGGY_LDGP is still relevant?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32325
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-09-21 06:24
---
> ../gcc-4.2.1/configure --enable-languages=c,c++,objc,obj-c++ --with-gnu-as
> --with-gnu-ld
Please follow the instructions at:
http://gcc.gnu.org/install/specific.html#x-x-solaris2
--
ebotcazou
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-09-21 20:40
---
> /usr/local/src/gcc-4.2.1/configure --enable-languages=c,c++,objc,obj-c++
> --with-gnu-as --with-gnu-ld
>
> I am getting this error.
Aren't you again building within the source tree?
--
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-21 20:45
---
How come no testcase has been committed with the fix?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-21 21:19
---
> No, I'm building in a target directory
OK. Which config shell do you use?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33511
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-09-22 07:27
---
> The problem is, movsb changes the value of %esi and %edi, and I told the
> compiler about this in the "input" section in the asm directive.
No, you didn't, you only told that %esi and %ed
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-09-22 07:33
---
So are the files reported as missing really missing...?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33511
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-09-22 08:43
---
Subject: Bug 32325
Author: ebotcazou
Date: Sat Sep 22 08:42:57 2007
New Revision: 128665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128665
Log:
PR target/32325
*
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-09-22 08:46
---
Note that libstdc++-v3 didn't build for me without a kludge for EOVERFLOW.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-09-30 09:09
---
> We recently upgraded to 4.2.1 and noticed an immediate issue. After compiling
> gcc for sparcv9 and specifically setting --with-ld=/usr/local/gnu/bin/ld,
It is as though /usr/local/gnu/bin/ld was not i
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-09-30 12:58
---
> Also try with --with-gnu-ld/--with-gnu-as.
These switches are useless with --with-ld/--with-as. Moreover, the compiler is
apparently already configured for GNU ld.
--
http://gcc.gnu.org/bugzi
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:27
---
> Two questions: Is --enable-bootstrap the default action and *should* I
> be explicitly enabling bootstrap with this type of setup?
Yes, --enable-bootstrap is the default with 4.2.x so you only need t
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:32
---
> Configured with: ../configure --enable-shared --enable-threads
> --with-ld=/usr/local/gnu/bin/ld --with-as=/usr/local/gnu/bin/as
> --disable-multilib --disable-libgcj --disable-libffi --disabl
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-09-30 17:00
---
> nope two dots.
Yes, that's precisely why I said "source gcc" and not "source".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33598
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-09-30 17:51
---
> We build it twice. One for normal sparc (v8+ I believe) and one for sparcv9.
> The rpm spec file just cd's into gcc and makes a tmp sparc directory... hence
> the ../configure. It then m
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-09-30 18:30
---
> As far as sparcv9 goes, the bin and lib dirs obviously have to be different:
>
> --bindir=/usr/local/bin/sparcv9 --libdir=/usr/local/lib/sparcv9
>
> as opposed to defaults, but the main dif
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-09-30 18:45
---
> Sorry for the trouble, you've been a great help, but can you point me in the
> right direction of a proper 64bit configure, or better yet, a multlib build
> (than I only have to build it once! :
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-10-03 06:08
---
Try to revert the big SRA patch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-10-03 21:31
---
> 128907 is ok. 128908 is broken.
OK, thanks for confirming.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Ad
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-10-06 15:44
---
Taking care of it.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from ebotcazou at gcc dot gnu dot org 2007-10-11 05:33
---
Subject: Bug 33638
Author: ebotcazou
Date: Thu Oct 11 05:33:04 2007
New Revision: 129226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129226
Log:
PR rtl-optimization/33638
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2007-10-11 05:39
---
Probably to be verified on original code.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-10-11 11:14
---
> Revision 128957 causes this regression.
There is a suspect non-documented hunk in the commit:
* reload1.c (compute_use_by_pseudos): Change DF_RA_LIVE
usage to DF_LIVE usage.
--- trunk/
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-10-11 12:24
---
> That is fine, there are no top sets anymore.
Thanks for the explanation, please fix the ChangeLog though.
> the problem is the code that builds the reload insn chain. the new code
> uses the cfg
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-10-11 12:50
---
Sorry for overlooking the PR... Do not hesitate to CC me for Ada related PRs.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-10-12 08:25
---
> gcc-4.1 with patch from PR26208 doesn't support
> unwinding through signal frames.
>
> $ uname -a
> SunOS hermes 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Blade-1500
This is not
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-10-16 09:18
---
This is a known problem, -fschedule-insns should be avoided on x86.
config/i386/i386.c:2884
void
optimization_options (int level, int size ATTRIBUTE_UNUSED)
{
/* For -O2 and beyond, turn off -fschedule-insns
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-10-16 20:43
---
Subject: Bug 33594
Author: ebotcazou
Date: Tue Oct 16 20:43:02 2007
New Revision: 129385
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129385
Log:
PR target/33594
* config/sparc
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2007-10-16 20:46
---
Will be fixed in the future 4.3.x releases. Thanks for reporting this.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-10-20 07:44
---
> I have got doubts that the Ada checks are needed and correct if it does not
> belong to the programming languages that I want here.
It's precisely because Ada is not selected that you get
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-10-20 08:02
---
> Is it usual that more features get unsupported as the warning indicates if I
> limit my language selection for test purposes?
Yes, it works as designed.
--
ebotcazou at gcc dot gnu dot org c
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-10-20 09:20
---
> Why is there a warning if unsupported targets will be excluded?
To make it explicit that they will?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-10-20 09:56
---
Please.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-10-20 09:57
---
Please.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-16
07:31 ---
> But since none of us have solaris we could not test it.
Not sure what you meant with "us", we are all GCC hackers here.
> So which testcases are regressions now (well just to make s
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-16
22:03 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00957.html
I'm not sure of the status in 3.3.x and below, but I'm reluctant to touch that
branch at this point. Fixed in GCC 3.4.4 and later.
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-17
13:04 ---
Investgating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-17
16:44 ---
Confirmed, now in the norun.lst file.
--
What|Removed |Added
Status
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-17
16:45 ---
Confirmed as of today on x86.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-17
16:46 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-17
20:44 ---
Recategorizing.
--
What|Removed |Added
Component|ada
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18
12:19 ---
Proposed fix: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01024.html
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18
12:27 ---
It's SRA again, but the problem really originates in the FE's type frobbing with
VIEW_CONVERT_EXPR and the like. I think we should consider disabling SRA for
the Ada compiler until this mess
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18
12:31 ---
SRA is an Ada killer because of the the abuse of VIEW_CONVERT_EXPRs by the Ada
front-end. I think it should be disabled in the Ada compiler for 4.0.x.
--
What|Removed
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18
12:35 ---
Presumably fixed. Reopen if not.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18
12:38 ---
I get the segfault on x86 as of today.
--
What|Removed |Added
CC
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18
12:43 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18
19:20 ---
> > SRA is an Ada killer because of the the abuse of VIEW_CONVERT_EXPRs by the
> > Ada
> > front-end. I think it should be disabled in the Ada compiler for 4.0.x.
>
> Sounds rea
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-19
16:13 ---
Present on Solaris 2.5.1 and 2.6 too.
--
What|Removed |Added
CC
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20
07:42 ---
Proposed fix: http://gcc.gnu.org/ml/fortran/2005-02/msg00098.html
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20
15:28 ---
Until after it is removed from the norun.lst file.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20
15:29 ---
Until after it is removed from the norun.lst file.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20
15:38 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20
16:38 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20
21:57 ---
Recategorizing.
--
What|Removed |Added
Component|ada
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20
22:09 ---
Proposed fix: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01179.html
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20
22:26 ---
> I want to say PR 18705 is the bug as this one but I could be wrong.
I think you're right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18663
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-21
07:29 ---
Patch applied.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-21
21:42 ---
Patch installed.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-22
09:31 ---
Arno, any objection to moving them to norun.lst until after the issue is
resolved?
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-22
09:47 ---
Hum, this one is really tricky. It's indeed an aliasing problem and I think
your reduced, reduced testcase demonstrates that there might be a hole in the
flow-insensitive alias analysis for pointers
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-22
09:51 ---
> Actually I do not see the interest, since the test is wrong.
> I would simply cvs remove it.
I was under the impression that moving it to the norun.lst was the canonical
procedure when waiting
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23
09:01 ---
Tests removed.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19902
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23
09:30 ---
Not sure why, but fixed as of today.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23
10:35 ---
Confirmed, a regression introduced with:
Wed Sep 9 01:32:01 1998 David S. Miller <[EMAIL PROTECTED]>
Add preliminary native sparcv9 Solaris support.
* configure.in: Recognize
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23
10:35 ---
Taking care of the patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23
12:00 ---
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01405.html
Thanks for the bug report and the fix!
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23
23:08 ---
It should be fixed by the next push from AdaCore.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19140
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-24
15:59 ---
> New test case exhibits same problem.
Confirmed. Reduced testcase:
struct demo {
int s;
};
extern struct demo * const *xd;
static inline struct demo *fn1(void) __attribute__((pure));
sta
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-24
16:49 ---
Hum... again a consequence of the C++ front-end not setting TREE_SIDE_EFFECTS on
every CALL_EXPR, like the C front-end. The sequence of events is as follows:
1. fn1()->s -= 1 is expanded to th
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-24
17:06 ---
Note that I don't plan to work on this in the very near future, as the problem
is no breaking news and doesn't appear to cause much harm in practice.
--
What
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-01
18:33 ---
It should be fixed by the next push from AdaCore.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-01
19:52 ---
Fixing.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-02
08:01 ---
> If -fno-strict-aliasing fixes the problem, then you have an aliasing problem
in > the source. So closing as invalid.
Ugh! If compilers were that simple... -fno-strict-aliasing disables a whole
cl
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-03
19:25 ---
> It really seems like the C++ front end is doing the right thing,
> abstractly -- these functions don't have side-effects! So, either the
> inliner or stabilize reference seems like i
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-03
21:12 ---
> I don't think I'd try to be that clever. We might want the
> stabilization to occur even in other cases. In looking at it more
> closely, it definitely looks like stabilize_re
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-03
22:02 ---
> There are other places where TREE_SIDE_EFFECTS matters. (Like, "do we
> have to emit this expression at all, if its result is not used?")
OK.
> The counter to your argument is t
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-04
18:10 ---
> Surely this is the same as bug 19933?
Right, Duplicates with a big D. :-)
*** This bug has been marked as a duplicate of 19933 ***
--
What|Removed |Ad
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-04
18:10 ---
*** Bug 20317 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-04
18:11 ---
Confirmed by duplicate.
--
What|Removed |Added
CC
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-06
11:54 ---
Confirmed, worked only by accident.
--
What|Removed |Added
Status
601 - 700 of 2634 matches
Mail list logo
