--- Comment #11 from dannysmith at users dot sourceforge dot net
2009-01-07 07:47 ---
Fixedd on 4.3 branch
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #10 from dannysmith at gcc dot gnu dot org 2009-01-07 07:33
---
Subject: Bug 36654
Author: dannysmith
Date: Wed Jan 7 07:32:58 2009
New Revision: 143150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143150
Log:
PR target/36654
* config/i386/winnt-c
--- Comment #3 from ubizjak at gmail dot com 2009-01-07 07:21 ---
(In reply to comment #2)
> Andrew, ah, right. But then, why output differs? Gentoo does not modifies this
> bits...
gcc driver has separate checks for CPUID features. So, it first determines CPU
model and then adds approp
--- Comment #6 from arthur dot loiret at gmail dot com 2009-01-07 06:55
---
Current trunk bootstraps fine on an other machine, but the testcase fails too
on it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38706
--- Comment #2 from radhika dot ganganna at oracle dot com 2009-01-07
06:35 ---
Hi,
Thanks for the reply. I would send the testcase soon.
The issue seems to be that the output sent to wofstream stops updating the
stream after certain number of characters. In our case it's after 400+
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2009-01-07 06:34
---
> Most "interesting" libcalls for x86 -m32 probably are the DImode ones, and if
> subreg lowering does this for all arguments, we would have to update the
> REG_REP notes in the CALL_INSN, or do a lot of DSE-like
--- Comment #11 from bkoz at gcc dot gnu dot org 2009-01-07 03:56 ---
Created an attachment (id=17042)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17042&action=view)
patch version 2
Hey! Sorry about the delay on this. Please try the attached patch, and let me
know if it works f
--- Comment #10 from bkoz at gcc dot gnu dot org 2009-01-07 03:40 ---
Mine.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at g
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-01-07
03:09 ---
This issue appears to be resolved with...
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00295.html
2009-01-06 Jan Sjodin
PR tree-optimization/38492
PR tree-optimization/38498
*
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-07 02:58 ---
(In reply to comment #5)
> More places with BIGGEST_ALIGN:
> ./gcc/unwind-sjlj.c: jmp_buf jbuf __attribute__((aligned));
>
It may be handled the same way as struct _Unwind_Exception.
--
http://gcc.gnu.org/bug
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-07 02:50 ---
(In reply to comment #5)
> More places with BIGGEST_ALIGN:
> $ grep -r "(aligned)" .|grep attribute|grep -v testsuite|grep -v texi
> ./libstdc++-v3/libsupc++/eh_alloc.cc:typedef char
> one_buffer[EMERGENCY_OBJ_SIZE]
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-07 02:48 ---
(In reply to comment #4)
> There is another place:
>
> libstdc++-v3/include/std/type_traits: struct __attribute__((__aligned__)) {
> }
> __align;
>
It may not be a problem since it is used to get the default a
--- Comment #5 from Joey dot ye at intel dot com 2009-01-07 02:45 ---
More places with BIGGEST_ALIGN:
$ grep -r "(aligned)" .|grep attribute|grep -v testsuite|grep -v texi
./libstdc++-v3/libsupc++/eh_alloc.cc:typedef char
one_buffer[EMERGENCY_OBJ_SIZE] __attribute__((aligned));
./libjava
--- Comment #7 from ian at airs dot com 2009-01-07 02:41 ---
Probably related to this, we get a bad warning for
extern void** foo();
const void** bar() { return (const void **) foo(); }
foo.cc:2: warning: cast from type void** to type const void** casts away
constness
I don't see
--- Comment #1 from gnu_andrew at member dot fsf dot org 2009-01-07 02:37
---
This is fixed in the latest merge with libgcj-snapshot-20090102.
--
gnu_andrew at member dot fsf dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-07 01:54 ---
>Even OpenSolaris starts it's boot in 32-bit mode.
That is because x86 is stupid and really starts in 16 bit mode if not using
EFI.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38743
--- Comment #3 from rob1weld at aol dot com 2009-01-07 01:32 ---
> Jakub Jelinek said:
> http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2
> documents that you need to configure with --disable-multilib in this case,
> perhaps just this should be repeated also for i?86-sun-solar
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-07
00:10 ---
Subject: Re: fails to build cross gcc for target
hppa64-hp-hpux11.00 in libstdc++/libmath
On Mon, 05 Jan 2009, bkoz at gcc dot gnu dot org wrote:
> What I would suggest doing is looking at the ge
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 00:06 ---
This was part of the incorporation of N2555
(http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2555.pdf) into the
WP.
--
jason at gcc dot gnu dot org changed:
What|Removed
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #11 from kurt at roeckx dot be 2009-01-06 23:44 ---
Which part do you think think is undefined and what would you recommend to
resolve it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-06 23:29 ---
No, the issue is that A.3 is not in gimple_addressable_vars () and thus is
considered non-aliased. The easiest thing to do is to re-compute addressable
vars after the vectorizer.
--
http://gcc.gnu.org/bugzilla/
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-01-06 23:05 ---
Fixed on trunk, closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2009-01-06 23:03 ---
Subject: Bug 38220
Author: tkoenig
Date: Tue Jan 6 23:03:18 2009
New Revision: 143140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143140
Log:
2009-01-06 Thomas Koenig
PR fortran/38220
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-06 22:49 ---
>../../gcc_trunk/gcc/config/i386/i386.c:18511: error: ISO C90 forbids variable
length array 'vec'
That was already fixed by:
2009-01-06 Jan Hubicka
PR target/38744
* i386.c (ix86_expand_call): Us
--- Comment #1 from rob1weld at aol dot com 2009-01-06 22:45 ---
With a Profiled Bootstrap these things come back to haunt you - hit by a
-Werror :
# make profiledbootstrap
...
/usr/share/src/gcc_build/./prev-gcc/xgcc -B/usr/share/src/gcc_build/./prev-gcc/
-B/usr/local/i386-pc-solaris2
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-06 22:35 ---
Hm, we actually already do that?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pva at gentoo dot org 2009-01-06 22:34 ---
Andrew, ah, right. But then, why output differs? Gentoo does not modifies this
bits...
--
pva at gentoo dot org changed:
What|Removed |Added
So we fold (1 - j) * -2 to (j - 1) * 2.
--
Summary: (-A) * (-B) -> A * B folding should include constant B
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
--- Comment #7 from rsandifo at gcc dot gnu dot org 2009-01-06 22:02
---
Fixed on mainline. Dmitry, sorry for the duplicate work.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rsandifo at gcc dot gnu dot org 2009-01-06 21:58
---
Subject: Bug 38426
Author: rsandifo
Date: Tue Jan 6 21:58:46 2009
New Revision: 143135
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143135
Log:
gcc/
PR rtl-optimization/38426.
* ira.c (i
--- Comment #10 from mikael at gcc dot gnu dot org 2009-01-06 21:57 ---
Subject: Bug 38669
Author: mikael
Date: Tue Jan 6 21:57:19 2009
New Revision: 143134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143134
Log:
2009-01-06 Mikael Morin
PR fortran/38669
*
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-06 21:49 ---
Mine. I am working on this with the other VCE issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-06 21:48 ---
{"core2", PROCESSOR_CORE2, CPU_CORE2,
PTA_64BIT | PTA_MMX | PTA_SSE | PTA_SSE2 | PTA_SSE3
| PTA_SSSE3 | PTA_CX16},
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38749
For some reason on core2 Duo hardware there is difference between gcc
-march=native and -march=core2. -mcx16 and -msahf do not exist in -march=core2,
I've googled but failed to find why. Probably it's good idea to add it?
# cat /proc/cpuinfo | egrep '(model name|flags)' | head -n2
model name
--- Comment #2 from mikael at gcc dot gnu dot org 2009-01-06 21:34 ---
(In reply to comment #1)
> The variable II in "CALL DAXPY(N,DUM,V(1,II),1,V(1,I),1)" is not initialized.
>
This is fixed at revision 143124.
Closing.
--
mikael at gcc dot gnu dot org changed:
What
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-06 21:33 ---
Related to PR38747.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDepend
The load from *q should be CSEd but it isn't because tree forwprop introduces
a VIEW_CONVERT_EXPR from a load of p->f which conflicts with the store
through *r.
/* { dg-do "compile" } */
/* { dg-options "-O -fdump-tree-fre" } */
struct S { float f; };
int __attribute__((noinline))
foo (float *r,
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38747
struct S { float f; };
int __attribute__((noinline))
foo (int *r, struct S *p)
{
int *q = (int *)&p->f;
int i = *q;
*r = 0;
return i + *q;
}
extern void abort (void);
int main()
{
int i = 1;
if (foo (&i, (struct S *)&i) != 1)
abort ();
}
--
Summary: [4.4 Regression] Wr
--- Comment #4 from mikael at gcc dot gnu dot org 2009-01-06 21:16 ---
(In reply to comment #2)
> > The line:
> > TYPE(C_PTR), INTENT(IN) :: CPTR ! The C address
> > should be:C_F_STRING(CPTR)
> > TYPE(C_PTR), VALUE, TARGET:: CPTR ! the C address
>
> You are right. The call to strle
--- Comment #4 from andreast at gcc dot gnu dot org 2009-01-06 20:56
---
Second part which is needed to really fix this PR.
http://gcc.gnu.org/ml/gcc-cvs/2009-01/msg00140.html
Sorry.
Andreas
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38727
--- Comment #19 from jakub at gcc dot gnu dot org 2009-01-06 20:44 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #18 from jakub at gcc dot gnu dot org 2009-01-06 20:42 ---
Subject: Bug 38722
Author: jakub
Date: Tue Jan 6 20:41:52 2009
New Revision: 143132
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143132
Log:
PR rtl-optimization/38722
* combine.c (try_combi
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-06 20:27 ---
This sounds like you should be using $CONFIG_SHELL when invoking
contrib/test_summary . Not really a bug with the script since it works with a
real POSIX sh. Sun should get their head out of the ground when it come
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-06 20:23 ---
You did not supply a full testcase so it is hard to tell what is going on. Can
you produce a short testcase which shows the problem. It might be because the
wide character is an invalid character. Since you are sh
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38682
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32041
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3 |P4
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-06 20:19 ---
Actually I thought this was fixed in 4.3.x. I used to work for me on
powerpc-darwin when I had only a 32bit processor.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38736
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38745
--- Comment #1 from jason at gcc dot gnu dot org 2009-01-06 19:47 ---
This was ill-formed under the proposal that was initially adopted, but was made
well-formed in the March 2008 working paper when the following wording was
struck from the end of 14.3:
A template-argument pack expansio
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-01-06 19:45
---
I'm not sure it isn't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38477
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-06 19:43 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-06 19:42 ---
This information does no longer exist on the branch (and thus it's not
necessary
to update it). But we are probably hitting PR38301 here, so I'll just test
fixing that bug on the branch. Thanks for analyzing the fa
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-06 19:38 ---
(In reply to comment #6)
> It is caused by revision 141606:
>
> http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00043.html
Caused, not really, exposed is more likely as I said it is really caused by the
introduction o
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-06 19:37 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-06 19:37 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-06 19:33 ---
It is caused by revision 141606:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00043.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #8 from paolo dot carlini at oracle dot com 2009-01-06 19:13
---
Ok...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
CC
--- Comment #3 from janis at gcc dot gnu dot org 2009-01-06 19:06 ---
Fixed on the trunk for 4.4.0. I didn't ask to backport the fix to the 4.3
branch because I thought the 4.3.x releases should be consistent.
--
janis at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-06 19:02 ---
Subject: Bug 34252
Author: janis
Date: Tue Jan 6 19:02:41 2009
New Revision: 143128
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143128
Log:
gcc/
PR c/34252
* ginclude/float.h: Rename DECnn_
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-06 18:46 ---
fixed point support is only currently supported for the MIPS target.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #66 from janis at gcc dot gnu dot org 2009-01-06 17:51 ---
This is fixed for C and C++ compiler tests. We could close this PR and if
someone wants similar support for other languages they can open a new PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-06 18:13 ---
Note it is unrelated to PR 37553 and most likely can be reproduce with C code
...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-06 18:12 ---
Yes this is caused by my patch,
basically we need to stop frowproping into ADDR_EXPR, VIEW_CONVERT_EXPR.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-06 18:09 ---
This is more likely a middle-end issue and most likely caused by me ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38745
--- Comment #1 from hubicka at gcc dot gnu dot org 2009-01-06 17:54 ---
Subject: Bug 38744
Author: hubicka
Date: Tue Jan 6 17:54:02 2009
New Revision: 143127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143127
Log:
PR target/38744
* i386.c (ix86_expand_call):
When making gcc 4.4.0 20090104 I saved a log of the build.
I checked through the build log and found quite a few warnings. If
the compiler is working correctly _and_ we code correctly then we
will not have warnings (or errors) in our code.
Here is a partial list:
/usr/share/src/gcc_build/./gcc/
--- Comment #2 from patrakov at gmail dot com 2009-01-06 16:33 ---
Doug, I added you to CC: because you fixed PR c++/37553, and this looks
related. Sorry if I am wrong.
--
patrakov at gmail dot com changed:
What|Removed |Added
-
--- Comment #1 from patrakov at gmail dot com 2009-01-06 16:29 ---
Created an attachment (id=17039)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17039&action=view)
Testcase
This unreadable code was mostly generated with macros.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
This may be related to PR c++/37553. I have a new testcase (will attach) that
triggers a different ICE on today's trunk GCC:
longs2.cpp: In function 'Record* GetEntry(Context*)':
longs2.cpp:182: error: statement makes a memory store, but has no VDEFS
VIEW_CONVERT_EXPR(c64_76).u.lo32.u.lo16.u.lo8 =
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #11 from rob1weld at aol dot com 2009-01-06 15:54 ---
(In reply to comment #5)
> Subject: Re: ICE passing fixed point to function
>
> On Wed, 24 Dec 2008, pinskia at gcc dot gnu dot org wrote:
>
> > x86_64 does not support fixed point modes at all. Someone needs to come u
I got
cc1: warnings being treated as errors
../../src-trunk/gcc/config/i386/i386.c: In function 'ix86_expand_call':
../../src-trunk/gcc/config/i386/i386.c:18511: error: ISO C90 forbids variable
length array 'vec'
--
Summary: [4.4 Regression] Bootstrap failure on x86
Produc
--- Comment #41 from bangerth at dealii dot org 2009-01-06 15:46 ---
(In reply to comment #40)
> I read all comments and saw a patch. But I don't know how I can fix my gcc
> with
> this patch.
The easiest way is to wait for gcc 4.4.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-06 15:29 ---
http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2
documents that you need to configure with --disable-multilib in this case,
perhaps just this should be repeated also for i?86-sun-solaris2 or
moved into *-sun
--- Comment #4 from dave dot korn dot cygwin at gmail dot com 2009-01-06
15:27 ---
I'm not so sure (that it's cygwin specific).
http://www.google.co.uk/search?q=locale_facets.tcc++internal++error:+Segmentation+fault&hl=en&client=firefox-a&rls=org.mozilla:en-US:official&filter=0
seems
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-06
14:57 ---
Subject: Re: Incorrect delayed branch optimization
> Please fill in the "known to work" field if you can.
Unfortunately, this testcase also triggered a bug in the delayed branch
handling in the PA backend
--- Comment #4 from rob1weld at aol dot com 2009-01-06 14:55 ---
Confirmed on i386-pc-solaris2.11, building gcc version 4.4.0 20090106.
In addition I get an ice-on-valid-code .
# gmake profiledbootstrap
...
/usr/share/src/gcc_build/./gcc/xgcc -B/usr/share/src/gcc_build/./gcc/
-B/usr
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-06
14:49 ---
Subject: Re: fails to build cross gcc for target hppa64-hp-hpux11.00 in
libstdc++/libmath
> > What I would suggest doing is looking at the generated c++config.h file
> > from a
> > native build on hpux11
--- Comment #1 from hjl at gcc dot gnu dot org 2009-01-06 14:44 ---
Subject: Bug 38742
Author: hjl
Date: Tue Jan 6 14:44:02 2009
New Revision: 143117
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143117
Log:
2009-01-06 H.J. Lu
PR bootstrap/38742
* ira-color
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-01-06
14:39 ---
Subject: Re: disable-threads causes undefined reference to pthread_kill and
pthread_sigmask
pinskia at gcc dot gnu dot org writes:
> libjava is not designed to run in single threads mode at all.
But woul
I'm building gcc 4.4.0 20090106 on OpenSolaris (32 bit boot mode).
The file trunk/libgcc/configure checks if 64 bit code can executed on a
32 bit platform when configuring for the i386-pc-solaris2.11/amd64/libgcc
directory (and making profiledbootstrap).
# ../gcc_trunk/configure --e
When gcc is configured with --enable-checking=assert, I
got
cc1: warnings being treated as errors
/export/gnu/src/gcc-work/gcc/gcc/ira-build.c: In function
âremove_low_level_allocnosâ:
/export/gnu/src/gcc-work/gcc/gcc/ira-build.c:2047: error: suggest braces around
empty body in an âifâ sta
--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2009-01-06
14:28 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
hubicka at gcc dot gnu dot org writes:
> sorry for delays, somehow non-tuplified alpha shot this off the todo list.
No pro
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2009-01-06
14:00 ---
Subject: Re: [4.2/4.3/4.4 Regression] libgomp fails to build if assembler
doesn't support .symver
jakub at gcc dot gnu dot org writes:
> PR38092 would be fixed similarly, I've just started with libgomp.
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-06 13:50 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #9 from mikael at gcc dot gnu dot org 2009-01-06 13:45 ---
Looks like it's fixed now.
Thanks for the report.
Closing.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-06 13:40 ---
PR38092 would be fixed similarly, I've just started with libgomp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38086
--- Comment #13 from jakub at gcc dot gnu dot org 2009-01-06 13:35 ---
So, referenceCount needs to be in any case nuked from struct __cxa_exception.
IMHO, either we define (probably in a different namespace)
struct __cxa_exception_with_refcount
{
_Atomic_word referenceCount;
struct _
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-01-06 13:27
---
Please fill in the "known to work" field if you can.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-01-06
13:26 ---
Subject: Re: [4.2/4.3/4.4 Regression] libgomp fails to build if assembler
doesn't support .symver
jakub at gcc dot gnu dot org writes:
> Patch I'm now testing on x86_64-linux, can you do the same on Solar
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-01-06 13:24
---
I've seen that on the SPARC too. Does Richard's patch in
http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00506.html
help? If so, it is approved for mainline and 4.3 branch.
--
ebotcazou at gcc dot gnu dot org
--- Comment #3 from tkoenig at gcc dot gnu dot org 2009-01-06 13:05 ---
This appears to resolve the issue(s):
Index: interface.c
===
--- interface.c (revision 143076)
+++ interface.c (working copy)
@@ -2411,9 +2411,12 @@ vo
1 - 100 of 110 matches
Mail list logo
