--- Comment #7 from burnus at gcc dot gnu dot org 2008-08-06 06:12 ---
Does the Fortran standard mention preprocessing at all?
Yes, part 3 of the Fortran standard is about preprocessing (Conditional
Compilation, CoCo), however, to my knowledge hardly anyone uses it and no
compiler
--- Comment #7 from burnus at gcc dot gnu dot org 2008-08-06 06:24 ---
For an initial, incomplete patch see:
http://gcc.gnu.org/ml/fortran/2008-07/msg00248.html
Slighly updated version. Set tradtional to 0 in fortran/cpp.c to enable new
features, which will fail if the following
--- Comment #25 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:25
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:23:47 2008
New Revision: 138759
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138759
Log:
PR target/35659
* haifa-sched.c
--- Comment #8 from burnus at gcc dot gnu dot org 2008-08-06 06:25 ---
Created an attachment (id=16029)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16029action=view)
libcpp patch (w/o setting traditional = 0 )
Said patch, see comment 7 for TODO items.
--
--- Comment #2 from xuepeng dot guo at intel dot com 2008-08-06 06:30
---
Created an attachment (id=16030)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16030action=view)
Testcase.
Hi, I got the similar failure on linux/x86 platform.
[EMAIL PROTECTED] minbuild]$
--- Comment #26 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:36
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:34:18 2008
New Revision: 138762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138762
Log:
Backport from mainline:
2008-08-06
mkdir -p ada/bldtools/einfo
(cd ada/bldtools/sinfo gnatmake -q xsinfo ./xsinfo ../../sinfo.h )
rm -f ada/bldtools/einfo/einfo.ads ada/bldtools/einfo/einfo.adb
ada/bldtools/einfo/xeinfo.adb
cp -p ../../gcc/gcc/ada/einfo.ads ../../gcc/gcc/ada/einfo.adb
../../gcc/gcc/ada/xeinfo.adb
--- Comment #3 from xuepeng dot guo at intel dot com 2008-08-06 06:38
---
Created an attachment (id=16031)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031action=view)
A smaller case.
[EMAIL PROTECTED] stackalign]$ /home/xguo2/app/stack-internal/bin/g++ -m32 -Os
--- Comment #27 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:38
---
Should be fixed on both trunk and 4_3-branch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at adacore dot com 2008-08-06 06:39 ---
Subject: Re: New: /bin/sh: line 1: 26087 Aborted (core
dumped) ./xsinfo ../../sinfo.h
mkdir -p ada/bldtools/einfo
(cd ada/bldtools/sinfo gnatmake -q xsinfo ./xsinfo ../../sinfo.h )
rm -f
--- Comment #25 from cnstar9988 at gmail dot com 2008-08-06 06:57 ---
ping...
Can this be fixed before 4.3.2? thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
I am trying to build gcc-4.2.2 on a solaris-8 machine using gcc-3.4.4
** my build machine details:-
SunOS 5.8 Generic_108528-20 sun4u sparc SUNW,Sun-Blade-100
** my gcc-3.4.4 configuration -- which is used to build new gcc-4.2.2
Configured with: ../gcc-3.4.4/configure
--- Comment #9 from Joey dot ye at intel dot com 2008-08-06 08:05 ---
Fixed
--
Joey dot ye at intel dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from v dot grikyan at sam-solutions dot net 2008-08-06
09:11 ---
As we understand (looking at gcc sources), sjlj-mechanism can be set only
during building of gcc.
We did not build gcc on our HP-UX system ourselves but looking at output gcc
-v it seems it was configured
gcc 4.3.1
given build=platform1 (i686-pc-cygwin)
given platform2 (sparc-sun-solaris2.10)
mkdir /obj
mkdir /obj/1
cd /obj/1
# ensure up to date native tools
/src/gcc/configure -build platform1 -host platform1 -target platform1
-disable-bootstrap -disable-multilib -enable-languages=c,c++ make
--- Comment #2 from aldyh at gcc dot gnu dot org 2008-08-06 10:00 ---
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00322.html
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jayk123 at hotmail dot com 2008-08-06 10:08 ---
wait, um, maybe -with-build-sysroot= works, with an equals sign. I'll try that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
--- Comment #2 from jayk123 at hotmail dot com 2008-08-06 10:10 ---
uh, no, I used that actually
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
--- Comment #9 from aldyh at gcc dot gnu dot org 2008-08-06 10:18 ---
I can no longer reproduce this on either the 4.3 branch or mainline. Volker,
can you check on your end?
If there is no update, I will close at the end of the week.
--
aldyh at gcc dot gnu dot org changed:
--- Comment #3 from aldyh at gcc dot gnu dot org 2008-08-06 10:26 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:25:22 2008
New Revision: 138793
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138793
Log:
PR middle-end/35432
* gimplify.c
--- Comment #4 from aldyh at gcc dot gnu dot org 2008-08-06 10:32 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:31:22 2008
New Revision: 138794
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138794
Log:
PR middle-end/35432
* gimplify.c
--- Comment #5 from aldyh at gcc dot gnu dot org 2008-08-06 10:43 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:41:39 2008
New Revision: 138796
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138796
Log:
PR middle-end/35432
* gimplify.c
--- Comment #6 from aldyh at gcc dot gnu dot org 2008-08-06 10:43 ---
Fixed on mainline, 4.3, and 4.2.
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from peterbindels at gmail dot com 2008-08-06 11:44 ---
Could anybody at least confirm this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36460
--- Comment #3 from simon_baldwin at yahoo dot com 2008-08-06 12:00 ---
Thanks for the note. Fixed for trunk; I'm currently in the process of
backporting to the 4.3 branch since the bug is there also.
--
simon_baldwin at yahoo dot com changed:
What|Removed
--- Comment #4 from paolo dot carlini at oracle dot com 2008-08-06 12:22
---
Let's ask Doug...
(by the way, Doug very kindly contributed these C++0x bits on a voluntary
basis. As a matter of courtesy, I would suggest avoiding words like at least.
Thanks.)
--
paolo dot carlini at
--- Comment #4 from hjl dot tools at gmail dot com 2008-08-06 13:30 ---
The new testcase
http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031action=view
also fails on Linux/ia32 and revision 138427 is the cause.
--
hjl dot tools at gmail dot com changed:
What
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-06 13:32 ---
(In reply to comment #3)
Created an attachment (id=16031)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031action=view) [edit]
A smaller case.
[EMAIL PROTECTED] stackalign]$
Following snippet causes compiler to produce internal compiler error:
typedef void F(void);
template typename T struct S
{
static F f;
};
template class Sint;
template class T void ST::f(void)
{}
I'm not sure it is valid to define ST::f() after instantiating the class, but
even if not, an
--- Comment #1 from zweije at xs4all dot nl 2008-08-06 13:48 ---
$g++ -o crash.o crash.cpp
+ /usr/bin/g++-4.3 -L/home/vincent/lib32 -o crash.o crash.cpp
crash.cpp: In static member function static void ST::f() [with T = int]:
crash.cpp:6: instantiated from here
crash.cpp:4: internal
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--- Comment #1 from tsarkov at cs dot man dot ac dot uk 2008-08-06 13:49
---
I saw the same problem in C++ with a simple program
#include iostream
void f ( std::ostream o ) { o std::endl; }
This happens both on i686-pc-linux-gnu and i386-apple-darwin9.4.0.
--
tsarkov at cs dot
--- Comment #6 from hjl dot tools at gmail dot com 2008-08-06 13:51 ---
From Xuepeng:
__attribute__((noinline, used))
void
foo (int a, ...)
{
va_list arg;
char *p;
int size;
va_start (arg, a);
size = va_arg (arg, int);
if (size != 2)
/*A*/ abort ();
p = (char
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-08-06 14:30 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00382.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36460
With trunk GCC, SVN revision 138798.
The following program (t.adb), when compiled with gcc -O2, gives:
t.adb: In function T:
t.adb:6: warning: comparison always false due to limited range of data type
(probably emitted by the backend as -gnatv doesn't show the caret position)
Note that the
--- Comment #1 from sam at gcc dot gnu dot org 2008-08-06 14:49 ---
(read the line containing 'Val, not 'Pos)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37038
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-06
15:14 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
--- Comment #1 from charlet at adacore dot com 2008-08-06 06:39 ---
Subject: Re: New: /bin/sh: line 1: 26087
--- Comment #4 from hjl at gcc dot gnu dot org 2008-08-06 15:30 ---
Subject: Bug 37009
Author: hjl
Date: Wed Aug 6 15:29:37 2008
New Revision: 138806
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138806
Log:
gcc/
2008-08-06 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-06
15:35 ---
Subject: Re: Exception from shared library's functions or methods that return
float (double, long double) value cannot be cauO
As we understand (looking at gcc sources), sjlj-mechanism can be set only
--- Comment #12 from matz at gcc dot gnu dot org 2008-08-06 15:36 ---
Subject: Bug 36613
Author: matz
Date: Wed Aug 6 15:34:45 2008
New Revision: 138807
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138807
Log:
PR target/36613
* reload.c (push_reload): Merge
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39 ---
The warning comes from a range check which is emitted by Gigi. The backend
knows that this check is useless, and warns about it. As far as I can tell,
there is no way to suppress the warning in shorten_compare
Sent from my iPhone
On Aug 6, 2008, at 8:39, sam at gcc dot gnu dot org [EMAIL PROTECTED]
wrote:
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39
---
The warning comes from a range check which is emitted by Gigi. The
backend
knows that this check is useless,
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-06 15:44 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #18 from hjl at gcc dot gnu dot org 2008-08-06 15:45 ---
Subject: Bug 37010
Author: hjl
Date: Wed Aug 6 15:43:46 2008
New Revision: 138808
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138808
Log:
gcc/
2008-08-06 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #19 from hjl dot tools at gmail dot com 2008-08-06 15:45
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from pinskia at gmail dot com 2008-08-06 15:46 ---
Subject: Re: Bogus warning from GCC
Sent from my iPhone
On Aug 6, 2008, at 8:39, sam at gcc dot gnu dot org [EMAIL PROTECTED]
wrote:
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39
--- Comment #5 from v dot grikyan at sam-solutions dot net 2008-08-06
16:11 ---
Hi Dave,
thank you for your fast reply.
Have we understood correctly - you will try to reproduce this error on your HP
platform?
If yes and if it works on your side - please let us know what patches are
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-06 16:19 ---
Subject: Bug 8715
Author: manu
Date: Wed Aug 6 16:17:41 2008
New Revision: 138814
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138814
Log:
2008-08-06 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 8715
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-06 16:33 ---
Fixed in GCC 4.4.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-06 16:38 ---
Subject: Bug 26785
Author: manu
Date: Wed Aug 6 16:37:06 2008
New Revision: 138816
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138816
Log:
2008-08-06 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 26785
--- Comment #3 from deisner at gmail dot com 2008-08-06 16:41 ---
My bug appears to be a duplicate bug, anyway:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25557
*** This bug has been marked as a duplicate of 25557 ***
--
deisner at gmail dot com changed:
What
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-06 16:42 ---
Fixed in GCC 4.4.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from sam at gcc dot gnu dot org 2008-08-06 16:57 ---
Andrew, you're right, I got confused by the build_binary_op() which is present
both in ada/gcc-interface/utils2.c and c-typeck.c, and that the warning appears
as is in c-common.c.
The warning is likely to come from
--- Comment #4 from grhoten at jtcsv dot com 2008-08-06 17:07 ---
Has this recently been implemented? If so, which version will it be available?
I recently noticed this patch mentioned for inclusion.
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01235.html
--
--- Comment #5 from paolo dot carlini at oracle dot com 2008-08-06 17:19
---
That patch is in (+ some follow ups, see also C++/33979 for updated
references). As been applied to mainline, thus the new features will be
available in gcc4.4.0.
--
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-06 18:36 ---
This is FIXED in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-06 18:42 ---
This always produces a warning by default now. Thus FIXED.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-08-06 19:09 ---
Subject: Bug 36460
Author: dgregor
Date: Wed Aug 6 19:08:12 2008
New Revision: 138819
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138819
Log:
2008-08-06 Douglas Gregor [EMAIL PROTECTED]
PR
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-08-06 19:12 ---
Fixed on the trunk.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
From
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/14ce82ff2838fb9a
I think it is a valid program - at least in the sense that other
Cray-pointer-supporting programs support it.
The following program is rejected with
tab(n) = 0
1
Error:
--- Comment #4 from joel at gcc dot gnu dot org 2008-08-06 19:34 ---
Does not happen in my most recent test.
arm-rtems4.9-gcc (GCC) 4.4.0 20080802 (experimental) [trunk revision 138553]
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from joel at gcc dot gnu dot org 2008-08-06 19:35 ---
*** This bug has been marked as a duplicate of 35298 ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from joel at gcc dot gnu dot org 2008-08-06 19:35 ---
*** Bug 36940 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35298
--- Comment #15 from joel at gcc dot gnu dot org 2008-08-06 19:37 ---
Created an attachment (id=16032)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16032action=view)
Lastest version of patch (against rev 138553)
hwint tested on sparc. ACATS results posted for sparc, mips, i386,
--- Comment #16 from joel at gcc dot gnu dot org 2008-08-06 19:38 ---
(From update of attachment 15724)
Obsoleted by 20080806 patch
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from joel at gcc dot gnu dot org 2008-08-06 19:40 ---
Created an attachment (id=16033)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16033action=view)
New file not in 20080806 diff.
Must go with http://gcc.gnu.org/bugzilla/attachment.cgi?id=16032
--
http
--- Comment #18 from joel at gcc dot gnu dot org 2008-08-06 19:47 ---
Created an attachment (id=16034)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16034action=view)
Latest version against revision 138553
Goes with http://gcc.gnu.org/bugzilla/attachment.cgi?id=16033
Does not compile. Requires attached patch.
--
Summary: GNAT Socket Code Broken on RTEMS
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc
--- Comment #1 from joel at gcc dot gnu dot org 2008-08-06 20:01 ---
Created an attachment (id=16035)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16035action=view)
Updates Ada socket code to compile
2008-05-28 Joel Sherrill [EMAIL PROTECTED]
* gen-soccon-rtems.ads:
--- Comment #2 from manu at gcc dot gnu dot org 2008-08-06 20:14 ---
Reconfirmed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #8 from andreast at gcc dot gnu dot org 2008-08-06 20:22
---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36918
--- Comment #9 from andreast at gcc dot gnu dot org 2008-08-06 20:23
---
Fixed. Should set the state too
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from andreast at gcc dot gnu dot org 2008-08-06 20:25
---
I'd say it is not an issue anymore. I close this bug now. On different opinions
please reopen.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sje at cup dot hp dot com 2008-08-06 20:28 ---
I am resolving this as invalid since it is not a GCC bug (unless you consider
not using -Z to be a bug). There is a patch for libpam which should fix the
null pointer reference available from HP. It is HP patch
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #15 from vmakarov at gcc dot gnu dot org 2008-08-06 20:46
---
Subject: Bug 36450
Author: vmakarov
Date: Wed Aug 6 20:44:53 2008
New Revision: 138826
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138826
Log:
2008-08-04 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #16 from hjl dot tools at gmail dot com 2008-08-06 20:50
---
Should be fixed now.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-Wc++-compat should allow bool, wchar_t, char16_t and char32_t as typedefs
defined in system headers, while warning if they are used other than as types
or the typedefs are defined other than in system headers.
-Wc++-compat should warn for asm and inline when used in a C mode where they
are
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-06 21:04 ---
Subject: Bug 35432
Author: rguenth
Date: Wed Aug 6 21:03:07 2008
New Revision: 138828
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138828
Log:
2008-08-06 Richard Guenther [EMAIL PROTECTED]
PR
The Intel SSE intrinsic function _mm_load_si128 prints a warning when the data
being loaded from is actually an array of int16_t, even though its argument
(__m128i*) is declared with __attribute__((__may_alias__)).
$ cat alias-warn-emmintrin.c
#include emmintrin.h
#include stdint.h
static const
--- Comment #26 from rakdver at gcc dot gnu dot org 2008-08-06 21:51
---
Created an attachment (id=16036)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16036action=view)
possible fix
One place where this can be fixed is fwprop (something like the attached
patch). I am not sure
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
AssignedTo|rakdver at gcc dot gnu dot
--- Comment #27 from rakdver at gcc dot gnu dot org 2008-08-06 21:56
---
(In reply to comment #26)
Created an attachment (id=16036)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16036action=view) [edit]
possible fix
One place where this can be fixed is fwprop (something like
Code below fails with no match for operator, although works in msvc. If
I'm doing something wrong or there is simple workaround please let me know.
[EMAIL PROTECTED]
#include stdio.h
class FooBar
{
public:
FooBar(const char *s)
{
printf(Constructed: %s\n,s);
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-06 22:13 ---
You cannot bind a rvalue to a reference, only a constant reference or to a non
reference.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37043
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-06 22:26 ---
CC Jakub,
Is this initialization allowed in OpenMP or not? I have a patch that handles
it, so we can either allow it or we can give an error such:
error: parenthesized initialization not allowed in OpenMP for
--
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-07 02:55 ---
(In reply to comment #2)
I'm not sure we should do anything about this.
We have a warning if the compiler can detect non-positive value at compile
time,
but we certainly can't ever issue any diagnostic at runtime
For several months, I have been keeping abreast of recent gcc-SVN builds on
several platforms for automatically building and testing a certain free
software project. The build for PowerPC has intermittently given internal
compiler errors. It has been difficult to nail down because the internal
--- Comment #28 from bonzini at gnu dot org 2008-08-07 05:01 ---
fwprop seems the right place to do that indeed.
Only thing, I wonder you need to find a location to add the constant: it
could be enough to do
*x = simplify_gen_binary (PLUS, Pmode, *x, cst_to_add);
because
--- Comment #1 from contact at multimedia dot cx 2008-08-07 05:30 ---
The same thing happens with gcc SVN-138833 (along with FFmpeg SVN 14654)--
dca.c file compilation crashes but not with -save-temps.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37044
--- Comment #14 from bangerth at dealii dot org 2008-08-07 05:41 ---
Patch now here:
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00436.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12242
--- Comment #15 from bangerth at dealii dot org 2008-08-07 05:41 ---
Hi Manu,
just saw your patch for PR 12242 and have a comment: I believe the warning
message would be much better if it said *why* the result is unspecified (if the
expression being cast is a bit more complicated then
Sent from my iPhone
On Aug 6, 2008, at 22:30, contact at multimedia dot cx [EMAIL PROTECTED]
wrote:
--- Comment #1 from contact at multimedia dot cx 2008-08-07
05:30 ---
The same thing happens with gcc SVN-138833 (along with FFmpeg SVN
14654)--
dca.c file compilation
--- Comment #2 from pinskia at gmail dot com 2008-08-07 05:48 ---
Subject: Re: Heisenbug: SVN of gcc throws internal compiler error on PPC
Sent from my iPhone
On Aug 6, 2008, at 22:30, contact at multimedia dot cx
[EMAIL PROTECTED]
wrote:
--- Comment #1 from contact at
94 matches
Mail list logo
