--- Comment #6 from law at redhat dot com 2005-12-21 04:44 ---
Definitely a type problem. The Obj-C front-end is playing it too lose with
types.
main (argc, argv)
{
char msg[100];
int status;
const unsigned char D.1189;
char * msg.0;
# BLOCK 0
# PRED: ENTRY (fallthru)
--- Comment #5 from law at redhat dot com 2005-12-21 04:33 ---
Was able to reproduce with gcc-4.0 branch sources. Investigating, looks like
we might have a type botch somewhere...
Jeff
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25328
--- You are receiving this mail becaus
Get prescription medicine for less!
http://enumerated./?thwartedxtvuyarticleszvpdisassembled
You cannot shake hands with a clenched fist.
Do not employ handsome servants.
Talking much about oneself can also be a means to conceal oneself.
He who despises himself esteems himself as
Drugs Online
http://determinants./?coatingsxtvuyclarifyzsvreconfiguration
An eye for eye only ends up making the whole world blind.
A lot of people mistake a short memory for a clear conscience.
People only see what they are prepared to see.
To lengthen thy life, lessen thy meals.
He
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|2005-09-20 18:42:10 |2005-12-21 03:49:53
date||
On Wed, Dec 21, 2005 at 12:18:00AM +0100, Domenico Andreoli wrote:
> On Tue, Dec 20, 2005 at 05:48:17PM +0800, Randolph Chung wrote:
> > >
> > > i just finished to re-check the build with this option. unfortunately it
> > > still
> > > fails. the log is at
> > > http://people.debian.org/~cavok/b
On Tue, Dec 20, 2005 at 05:48:17PM +0800, Randolph Chung wrote:
> >
> > i just finished to re-check the build with this option. unfortunately it
> > still
> > fails. the log is at
> > http://people.debian.org/~cavok/boost_1.33.0-5_hppa.build.
>
> I notice you have some files built with -O0 and
--- Comment #4 from law at redhat dot com 2005-12-20 21:33 ---
I've been unable to reproduce this with the gcc-4.1 branch sources. IT's going
to be awful difficult to fix if I can't reproduce the problem.
At the very least I'll need the before-dom dumps and some analysis of whatever
tr
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- Comment #14 from steven at gcc dot gnu dot org 2005-12-20 16:11 ---
The patch proposed in bug 25196 comment #8 indeed makes the test case from
comment #6 in this PR work (at least, it stops it from segfaulting).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23453
--- You a
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
--- Comment #8 from steven at gcc dot gnu dot org 2005-12-20 15:58 ---
Gross. According to a comment in postreload.c:move2add_note_store(), we can
have pushes without REG_INC notes:
/* Some targets do argument pushes without adding REG_INC notes. */
So we need to go look for those {
--- Comment #7 from steven at gcc dot gnu dot org 2005-12-20 14:59 ---
Does not fail with trunk or the head of the gcc 4.1 branch. But it does fail
with gcc 4.0.2. I'm going to try it with the head of the gcc 4.0 branch now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25196
--
--- Comment #6 from belyshev at depni dot sinp dot msu dot ru 2005-12-20
10:59 ---
*** Bug 23453 has been marked as a duplicate of this bug. ***
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
--- Comment #13 from belyshev at depni dot sinp dot msu dot ru 2005-12-20
10:59 ---
Marking as dup of bug 25196 because that bug contains simpler test case.
*** This bug has been marked as a duplicate of 25196 ***
--
belyshev at depni dot sinp dot msu dot ru changed:
Wh
--- Comment #12 from steven at gcc dot gnu dot org 2005-12-20 10:48 ---
Almost certainly a dup of PR25196
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23453
--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.
--
To UNSUBSCRI
>> Try adding that flag (-ffunction-sections) to the gcc compile flags for
>> hppa.
>
> i just finished to re-check the build with this option. unfortunately it still
> fails. the log is at
> http://people.debian.org/~cavok/boost_1.33.0-5_hppa.build.
Sigh, thanks for trying. I was going to try i
On Mon, Dec 19, 2005 at 01:29:05PM +0800, Randolph Chung wrote:
> >> Is anyone looking into this problem with building boost on hppa? As there
> >> are quite a few packages which build-depend on boost (including parts of
> >> KDE, and aptitude), this is likely to cause hppa to hold up the c2a
> >>
19 matches
Mail list logo
