--- Comment #6 from davek at gcc dot gnu dot org 2010-01-09 07:49 ---
(In reply to comment #4)
> Created an attachment (id=19517)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19517&action=view) [edit]
> diff file i used
I don't like the look of this one:
diff --git a/libjava/c
--- Comment #3 from lxndrmxwll at gmail dot com 2010-01-09 07:46 ---
Thanks! --prefix=/c/temp/gcc/dest works.
--
lxndrmxwll at gmail dot com changed:
What|Removed |Added
--- Comment #5 from jojelino at gmail dot com 2010-01-09 07:44 ---
(From update of attachment 19517)
here is configuration
./configure --prefix=/usr --disable-win32-registry --enable-threads=posix
--enable-languages=c,c++,java --with-win32-nlsapi=unicode --enable-tls
--disable-bootstrap
--- Comment #4 from jojelino at gmail dot com 2010-01-09 07:40 ---
Created an attachment (id=19517)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19517&action=view)
diff file i used
here is configuration
./configure --prefix=/usr --disable-win32-registry --enable-threads=posix
--
--- Comment #3 from davek at gcc dot gnu dot org 2010-01-09 07:12 ---
[ Replying to your post on binutils list ]
jojelino wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42658
>
> it is critical when linking libgcj library hence it uses .jcr section to
> initialize java class CTO
--- Comment #2 from jojelino at gmail dot com 2010-01-09 06:11 ---
maybe this could be linker problem. jcr section doesn't seem preserved in
shared library.
00ffd668 d ___JCR_LIST__
010021c4 d ___JCR_END__
004097b4 d ___JCR_LIST__
004097c0 d ___JCR_END__
--
http://gcc.gnu.org/bugz
--- Comment #1 from jerstlouis at gmail dot com 2010-01-09 06:08 ---
Created an attachment (id=19516)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19516&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42667
Compile this with -O2 -m32:
extern int strlen(const char *);
void WriteTextDots(int len);
void OnDisplay(char * string)
{
if(!string) string = "(none)";
WriteTextDots(strlen(string));
}
--
Summary: internal compiler error: in insert_into_preds_of_block,
at
--- Comment #24 from ian at airs dot com 2010-01-09 05:55 ---
This appears to be all fixed now.
--
ian at airs dot com changed:
What|Removed |Added
Status|UNC
--- Comment #6 from matt at use dot net 2010-01-09 01:32 ---
Yup, the problem appears to be brought about when configuring with
--enable-build-with-cxx. I tried to work through the c++-compat warnings to try
and figure out which one could be the culprit (if any), but didn't see anything
--- Comment #5 from matt at use dot net 2010-01-09 00:22 ---
This also happens with CFLAGS="-O2 -g" and CXXFLAGS="-O2 -g". I'll try
disabling the as-cxx configure option to see if that is the culprit, as odd as
that would be.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42628
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2010-01-08 23:02
---
Subject: Bug 41885
Author: hutchinsonandy
Date: Fri Jan 8 23:01:45 2010
New Revision: 155746
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155746
Log:
2010-01-08 Andy Hutchinson
PR target/418
--- Comment #6 from rguenther at suse dot de 2010-01-08 22:45 ---
Subject: Re: Internal compiler exception in with gfortran
when using -fwhole-program -flto -fopenmp
On Fri, 8 Jan 2010, jjcogliati-r1 at yahoo dot com wrote:
> --- Comment #5 from jjcogliati-r1 at yahoo dot com 2
--- Comment #5 from jjcogliati-r1 at yahoo dot com 2010-01-08 22:28 ---
(In reply to comment #4)
> Subject: Re: Internal compiler exception in with gfortran
> when using -fwhole-program -flto -fopenmp
>
> On Fri, 8 Jan 2010, jjcogliati-r1 at yahoo dot com wrote:
>
> > --- Commen
--- Comment #3 from sje at gcc dot gnu dot org 2010-01-08 21:55 ---
Subject: Bug 37454
Author: sje
Date: Fri Jan 8 21:54:37 2010
New Revision: 155745
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155745
Log:
2010-01-08 Steve Ellcey
PR target/37454
* configu
--- Comment #1 from norbert dot huebsch at gmx dot de 2010-01-08 21:45
---
Created an attachment (id=19515)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19515&action=view)
Here is the config.log with my preferences
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42666
--- Comment #4 from rguenther at suse dot de 2010-01-08 21:41 ---
Subject: Re: Internal compiler exception in with gfortran
when using -fwhole-program -flto -fopenmp
On Fri, 8 Jan 2010, jjcogliati-r1 at yahoo dot com wrote:
> --- Comment #3 from jjcogliati-r1 at yahoo dot com 2
Hello,
I have a QNX Neutrino Operating System with an AMD ATHLON Processor.
And for compiling i use the standard QNX gcc 4.3.3 compiler.
I did the following steps after unzip and tar:
- ./configure
- ./make
.. and after round about 2 hours I got the following error.
/root/gcc-4.4.2/host-i386-p
--- Comment #3 from jjcogliati-r1 at yahoo dot com 2010-01-08 21:38 ---
(In reply to comment #1)
> Can you run it in a debugger and print what 'code' actually is? Can you
> check if removing -g fixes the ICE?
>
Code is:
ERROR_MARK
(gdb) break tree.c:6592
Breakpoint 1 at 0x89a063: fi
--- Comment #13 from peter_foelsche at agilent dot com 2010-01-08 21:37
---
boost::mpl::sort seems to be known to be a memory hog.
Also on other platforms.
I replaced this with other code.
--
peter_foelsche at agilent dot com changed:
What|Removed
--- Comment #2 from jjcogliati-r1 at yahoo dot com 2010-01-08 21:27 ---
(In reply to comment #1)
> Can you run it in a debugger and print what 'code' actually is? Can you
> check if removing -g fixes the ICE?
>
The ICE still happens when -g is removed. I'm working on trying it in a
d
--- Comment #5 from harsha dot jagasia at amd dot com 2010-01-08 21:21
---
Created an attachment (id=19514)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19514&action=view)
Proposed Patch removing 2009-12-2 fixup as suggested by Uros
FWIW, this patch passes the reduced test case
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-08 21:10 ---
Can you run it in a debugger and print what 'code' actually is? Can you
check if removing -g fixes the ICE?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
When using -fwhole-program -flto -fopenmp on a program with gcc-4.5-20100107, I
get an internal compiler exception. If I remove the -fopenmp, the program
compiles fine. If I remove the -flto -fwhole-program, the program compiles
fine.
I have only been able to trigger this in a multi-thousand lin
--- Comment #4 from dj at redhat dot com 2010-01-08 20:51 ---
Still present in 4.5 trunk, also fails for rx-elf-gcc with -m32bit-doubles but
not with -m64bit-doubles.
--
dj at redhat dot com changed:
What|Removed |Added
--- Comment #4 from harsha dot jagasia at amd dot com 2010-01-08 20:49
---
Created an attachment (id=19513)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19513&action=view)
expand output file generated by -fdump-rtl-all-all
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664
--- Comment #3 from ubizjak at gmail dot com 2010-01-08 20:47 ---
(In reply to comment #0)
> The attached reduced test case derived from ac.f90 in the polyhedron benchmark
> suite gives and ICE when compiled with gfortran 4.5 using -O3 -mfma4. This ICE
> showed up in gcc 4.5 rev 154969 w
--- Comment #2 from harsha dot jagasia at amd dot com 2010-01-08 20:35
---
Created an attachment (id=19512)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19512&action=view)
Proposed Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664
--- Comment #1 from harsha dot jagasia at amd dot com 2010-01-08 20:34
---
Created an attachment (id=19511)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19511&action=view)
Reduced test case for bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664
The attached reduced test case derived from ac.f90 in the polyhedron benchmark
suite gives and ICE when compiled with gfortran 4.5 using -O3 -mfma4. This ICE
showed up in gcc 4.5 rev 154969 with the following check in:
2009-12-02 Richard Henderson
* config/i386/i386.c (ix86_fixup_binar
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-01-08 19:42 ---
What happens if you use "--prefix=/temp/gcc/dest" instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42663
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-08 19:40 ---
It is failing on:
c++.install-man: $(DESTDIR)$(man1dir)/$(GXX_INSTALL_NAME)$(man1ext)
I think the issue is --prefix=c:/temp/gcc/dest .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42663
--- Comment #4 from matt at use dot net 2010-01-08 19:32 ---
The crash doesn't happen with:
CFLAGS="-g -O3" CXXFLAGS="-g -O3" ../gcc-trunk/configure --prefix=/home/matt
--enable-gold --enable-build-with-cxx --enable-lto --enable-stage1-checking=all
--disable-werror --disable-bootstrap --
--- Comment #14 from paolo dot carlini at oracle dot com 2010-01-08 19:14
---
I'm asking Rth to have a look to this one, apparently unrelated to DR Core 475.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-08 19:12
---
Suspending, waiting for [Ready].
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-08 19:12
---
I'm trusting Jon here: in the audi trail of PR41174 he mentioned that this
issue depends on the resolution of Core issue 475 (currently in drafting):
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.ht
--- Comment #8 from ro at gcc dot gnu dot org 2010-01-08 19:03 ---
Subject: Bug 41929
Author: ro
Date: Fri Jan 8 19:02:51 2010
New Revision: 155743
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155743
Log:
PR ada/41929
* gnat.dg/null_pointer_deref1.adb: Don't r
--- Comment #11 from spop at gcc dot gnu dot org 2010-01-08 18:58 ---
On the graphite branch this fails with the following options:
gfortran -O2 -fno-loop-block -fno-loop-interchange -fno-loop-strip-mine
-fgraphite-identity pr42393.f90
Here is a further reduced testcase.
MODULE beta_gam
--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-08 18:47
---
*** Bug 39243 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-08 18:47
---
*** This bug has been marked as a duplicate of 16006 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
According to the GCC 4.5 Release Criteria at
http://gcc.gnu.org/gcc-4.5/criteria.html , MinGW is a secondary platform and
should be able to bootstrap successfully. GCC 4.5-20100107 contains the fix for
42584 and builds on MinGW/MSYS with --disable-bootstrap, but it still doesn't
bootstrap.
Here is
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |debug
Keywords||ice-on-valid-co
--- Comment #1 from dcb314 at hotmail dot com 2010-01-08 18:10 ---
Created an attachment (id=19510)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19510&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42662
I just tried to compile the package cross-avr-gcc44 with the GNU
C compiler version 4.5 snapshot 20100107 and the compiler said
../../gcc/real.c:2486:1: error: invalid rtl sharing found in the insn
(debug_insn 287 285 289 22 ../../gcc/real.c:291 (var_location:QI D#65 (ltu:QI
(plus:DI (mult:DI (reg
$ mips64-linux-gcc --version
mips64-linux-gcc (GCC) 4.5.0 20091201 (experimental) [trunk revision 154864]
The fine GCC documentation says:
-mmad
-mno-mad
Enable (disable) use of the mad, madu and mul instructions, as provided by
the R4650 ISA.
I get:
$ mips64-linux-gcc -march=r5000 -mmad -S
--- Comment #4 from janis at gcc dot gnu dot org 2010-01-08 18:02 ---
*** This bug has been marked as a duplicate of 42416 ***
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from janis at gcc dot gnu dot org 2010-01-08 18:02 ---
*** Bug 42419 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42416
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
--- Comment #3 from janis at gcc dot gnu dot org 2010-01-08 18:01 ---
*** Bug 42417 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42416
--- Comment #2 from janis at gcc dot gnu dot org 2010-01-08 18:01 ---
*** This bug has been marked as a duplicate of 42416 ***
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from sebpop at gmail dot com 2010-01-08 17:55 ---
Subject: Re: [4.5 Regression] integer wrong code bug
with loop
> Ok, I have that fixed locally at the place of the patch but I wonder if
> initial_condition () shouldn't return for example
>
> Â 1ul for (unsigne
> Ok, I have that fixed locally at the place of the patch but I wonder if
> initial_condition () shouldn't return for example
>
> 1ul for (unsigned long) { 1, +, 1 }_1
>
This is correct.
> and
>
> (int) i_2 for (int) { i_2, +, 1 }_1
>
> and further (for short i_2)
>
> i_2 for (short) { (int) {
--- Comment #1 from jojelino at gmail dot com 2010-01-08 17:50 ---
here is vtable dump for klass
as you can see , klass->engine of dynamic version is NULL
whereas static version got proper instance though
so klass->engine->verify(klass); invokes SEGV...
but why does it happened?
--- Comment #17 from pinskia at gcc dot gnu dot org 2010-01-08 17:46
---
*** Bug 42660 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-01-08 17:46 ---
Actually this is a front-end issue with NVR :). See PR 12076.
*** This bug has been marked as a duplicate of 12076 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-08 17:25 ---
Well, indeed we have a certain weakness in how we represent pointers to
possibly (un-)aligned stuff. See PR39954 for another case. Maybe this
bug is really a duplicate of the underlying problems.
--
http://gcc
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-01-08 17:21
---
Ok, I have that fixed locally at the place of the patch but I wonder if
initial_condition () shouldn't return for example
1ul for (unsigned long) { 1, +, 1 }_1
and
(int) i_2 for (int) { i_2, +, 1 }_1
and fu
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2010-01-08 17:16
---
Patches should be posted to the gcc-patc...@gcc.gnu.org mailing list. Also see
http://gcc.gnu.org/contribute.html for guidelines.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42659
--- Comment #30 from steven at gcc dot gnu dot org 2010-01-08 17:08 ---
(From update of attachment 17995)
The ifcvt.c part of the patch does not work anymore, because it doesn't handle
DEBUG_INSNs properly. I am working on an update.
--
steven at gcc dot gnu dot org changed:
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-01-08 17:07 ---
Ok, exactly the case I thought of (a conversion around the CHREC). I'll see to
fix that up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42512
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-08 16:58 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-08 16:58 ---
Subject: Bug 42528
Author: rguenth
Date: Fri Jan 8 16:57:59 2010
New Revision: 155740
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155740
Log:
2010-01-08 Richard Guenther
PR lto/42528
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-08 16:53 ---
It FAILs
FAIL: gcc.dg/vect/pr36630.c scan-tree-dump-times vect "vectorized 1 loops" 1
but otherwise passes testing. I'll see what effect it has on SPEC 2006 and
investigate the above.
--
http://gcc.gnu.org/bu
--- Comment #3 from law at redhat dot com 2010-01-08 16:45 ---
Subject: Re: vectorizer created unaligned vector
insns
On 01/08/10 04:58, rguenth at gcc dot gnu dot org wrote:
> --- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-08 11:58
> ---
> There is some hacks wi
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-08 16:27 ---
I don't know if we can simply output empty insn ranges for the edge source
location in the debug information to fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42660
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-08 16:21 ---
Confirmed on trunk. The return statement in bar() is not instrumented because
it is turned into a goto to the merged return statement by gimple lowering
and we are not good preserving gotos if they turn into fallthr
--- Comment #7 from spop at gcc dot gnu dot org 2010-01-08 16:20 ---
Subject: Re: [4.5 Regression] integer wrong code bug
with loop
I like the patch that you proposed in Comment #6.
Let's see if it passes bootstrap and test.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-08 15:42
---
Note: the same problem with the DefaultConstructible requirement affects for
example the new constructor vector(size_type). Thinking more about these issues
I'm wondering whether in N3000 std::vector & co are s
--- Comment #1 from pluto at agmk dot net 2010-01-08 15:06 ---
Created an attachment (id=19509)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19509&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42660
hi
i've noticed that in some cases, the test-coverage engine
doesn't record obvious source stmts (e.g. 'return s' from testcase).
$ cat t.cpp
#include
#include
char foo( int i )
{
return '0';
}
std::string bar( int i )
{
std::string s;
s+= foo( i );
return s;
}
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-08 15:00 ---
Hm, actually what is wrong is the evolution of l_2_18:
(scalar = l_2_18)
(scalar_evolution = {255, +, 0x0}_1))
that of l_2_10 is correct:
(scalar = l_2_10)
(scalar_evolution = (unsigned int) {254,
--- Comment #1 from simon at pushface dot org 2010-01-08 15:00 ---
Created an attachment (id=19508)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19508&action=view)
Patch to gnattools/configure*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42659
Use of a library GPR (which works fine with i386-apple-darwin10) fails with
"libraries are not supported on this platform".
This is because gnattools/configure uses the test
powerpc-*-darwin* | *86-*-darwin*)
TOOLS_TARGET_PAIRS="mlib-tgt-specific.adbhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #3 from simon at pushface dot org 2010-01-08 14:45 ---
Fixed in 4.5.0 (only checked on *-apple-darwin10, but no reason to suppose
isn't fixed on other OS releases).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39336
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-08 14:07 ---
I believe we can only either allow truncations or widenings in following
SSA edges. Otherwise we miss that in
int l_2;
for (l_2 = -1; l_2 != 0; l_2 = (unsigned char)(l_2 - 1))
g_3 |= l_2;
the evolution is
--- Comment #6 from jakub at gcc dot gnu dot org 2010-01-08 13:42 ---
Created an attachment (id=19507)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19507&action=view)
gcc45-pr42608.patch
Untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42608
--- Comment #14 from jamborm at gcc dot gnu dot org 2010-01-08 13:23
---
Unfortunately, creating clones within an intraprocedural pass (and IPA-SRA is
an intraprocedural pass from the pass manager point of view) and continuing
optimizing them as the original procedure would currently d
--- Comment #8 from paolo dot carlini at oracle dot com 2010-01-08 13:06
---
Done (within the limits explained in the audit trail).
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-08 13:05 ---
I still see
FAIL: g++.dg/graphite/pr42130.C execution test
FAIL: gcc.dg/graphite/pr40281.c (test for excess errors) -m32
FAIL: gfortran.dg/graphite/pr42393.f90 -O (internal compiler error)
FAIL: gfortran.dg/graphi
--- Comment #7 from paolo at gcc dot gnu dot org 2010-01-08 13:01 ---
Subject: Bug 42573
Author: paolo
Date: Fri Jan 8 13:01:24 2010
New Revision: 155733
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155733
Log:
2010-01-08 Paolo Carlini
PR libstdc++/42573
*
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-01-08 12:57
---
Thus fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-01-08 12:54
---
I agree. Modifying existing DECLs doesn't sound like a good thing to do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42336
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-08 12:50 ---
Maybe I'm missing something.
/usr/bin/time g++-4.5 -S jsxml.ii -m32 -O3 -fPIC -fno-rtti -fno-exceptions
-Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -Wcast-align -W
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-01-08 12:41
---
It looks like this bug is fixed. Please re-open if struct-layout-1 tests still
fail.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jakub at gcc dot gnu dot org 2010-01-08 12:06 ---
Yeah, there are several reasons why DECL_WEAK may be set, but only when it is
because of weak attribute or #pragma weak we want to add it to weak_decls.
For vague linkage, or weakref attribute we don't want to do that.
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-08 11:58 ---
There is some hacks with contains_packed_reference but IIRC I was complaining
about these at some point - they are not conservatively correct.
--
rguenth at gcc dot gnu dot org changed:
What|Remov
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-08 11:54 ---
Yep - -g and -flto are very experimental.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-08 11:52 ---
It just means that we shouldn't thread to the header but always to the latch
block. Note that this restriction should probably be restricted to the
threading before loop optimizations. Or the 1st jump threading sho
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42657
--- Comment #10 from rguenther at suse dot de 2010-01-08 11:09 ---
Subject: Re: Random code-generation differences
with GRAPHITE
On Thu, 7 Jan 2010, sebpop at gmail dot com wrote:
>
>
> --- Comment #6 from sebpop at gmail dot com 2010-01-07 17:58 ---
> Subject: Re: Random
hi i'm trying to link libgcj dll for cygwin.
at recent, i get error while creating classmap.db
but it is wonder why this happened. it has been worked well though
when gcj-dbtool is static-linked to libgcj it doesn't give errors. (it doesn't
confine to gcj-dbtool. every program to
linked libgcj
--- Comment #1 from jakub at gcc dot gnu dot org 2010-01-08 10:47 ---
Created an attachment (id=19506)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19506&action=view)
gcc45-pr42657.patch
Inliner fix I'm bootstrapping/regtesting ATM. Unfortunately this isn't enough
to fix the tes
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-08 10:46
---
Ok, Jon, you convinced me: I'll add the interfaces, and a very, very basic
implementation for vector and deque for now, I think just do something for PODs
(reminder to ourselves, change the dispatches in unitia
At -g -O2 var1 has a location attribute, but var2 does not.
extern unsigned int extfn (char *x);
static inline int
foo (const char *x, int y)
{
int a = 0;
a = extfn (y ? __builtin_strdup (x) : (char *) x);
const char *var1 = x;
int var2 = a;
__asm__ volatile ("/* %0 %1 */" : : "r" (var1
--- Comment #17 from burnus at gcc dot gnu dot org 2010-01-08 10:42 ---
(In reply to comment #16)
> Here, the ME might be tempted to change the order of WAIT and "var = 7"; thus
> in this case we probably need to tell the ME about the ASYNCHRONOUS attribute.
Probably by dropping the "re
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-08 10:29
---
Good joke and also good point Jon: I still believe that our C++0x user
interfaces, even not considering the semantics, aren't yet such complete and
otherwise perfect to grant that action, but all in all, if som
--
pzhao at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pzhao at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-08 10:20 ---
No, the manual is just a little hard to read really. The point about sizeof is
not connected with arguments at all but the normal VLA interface. Also the VLA
decays to a pointer in this case as required by the norm
According to the documentation at
http://gcc.gnu.org/onlinedocs/gcc/Variable-Length.html it should be possible to
use a VLA as a function parameter and preserve the array length for use with
sizeof().
The documentation indicates that the C program at end of this description
should produce the foll
--- Comment #16 from burnus at gcc dot gnu dot org 2010-01-08 10:11 ---
For completeness: I just committed support for the ASYNCHRONOUS attribute:
http://gcc.gnu.org/ml/fortran/2010-01/msg00049.html
http://gcc.gnu.org/ml/gcc-cvs/2010-01/msg00192.html
which is treated as no op.
One n
1 - 100 of 109 matches
Mail list logo
