--- Comment #8 from pault at gcc dot gnu dot org 2007-05-02 08:41 ---
(In reply to comment #7)
> BTW, here's some slides describing NAG:s experience, they use lazy symbol
> lookup combined with caching, and claim it is up to 1000 times faster than
> non-lazy (which gfortran uses AFAICS).
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 09:43 ---
Subject: Bug 29856
Author: charlet
Date: Wed May 2 08:43:30 2007
New Revision: 124347
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124347
Log:
2007-04-20 Pascal Obry <[EMAIL PROTECTED]>
* gnatc
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 09:49 ---
Fixed
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-05-02 10:13 ---
Subject: Bug 31146
Author: rguenth
Date: Wed May 2 09:12:49 2007
New Revision: 124349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124349
Log:
2007-05-02 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #6 from baldrick at gcc dot gnu dot org 2007-05-02 10:14
---
The problem still occurs. I tested with gcc version 4.3.0 20070425
(experimental), i.e. after all your patches went in.
--
baldrick at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from charlet at gcc dot gnu dot org 2007-05-02 10:16 ---
OK well, reopening then.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-05-02 10:17
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFI
--- Comment #8 from charlet at gcc dot gnu dot org 2007-05-02 10:24 ---
Unless the submitter intends to work on this PR, I doubt anything will
happen, so closing for now.
If someone is interested in working on this, feel free to reopen and
assign to you.
Arno
--
charlet at gcc dot
--- Comment #9 from charlet at gcc dot gnu dot org 2007-05-02 11:05 ---
Works fine on trunk now:
$ gcc -c -gnat05 -gnatc -gnatwe -gnatwa pkg1.adb
pkg1.adb:7:24: warning: formal parameter "a" is not referenced
--
charlet at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 11:32 ---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 11:35 ---
We now get:
$ gcc -c test_135.adb
test_135.adb:3:19: non-static object name in preelaborated unit
test_135.adb:3:19: "x1" is not static constant or named number (RM 4.9(5))
Arno
--
charlet at gcc dot gnu dot or
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 11:51 ---
The code is clearly wrong here:
type Label_Type is array (Positive) of Octet;
type Name_Type is array (Positive) of Octet;
You cannot expect declaring variables of these types.
trunk now generates proper err
--- Comment #6 from charlet at gcc dot gnu dot org 2007-05-02 11:56 ---
Does this still occur on trunk ?
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-02 12:01 ---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #7 from charlet at gcc dot gnu dot org 2007-05-02 12:03 ---
Works fine on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #4 from joseph at codesourcery dot com 2007-05-02 12:58 ---
Subject: Re: Invalid assembly code on initial dollar signs
On Wed, 2 May 2007, truedfx at gentoo dot org wrote:
> Thanks for the link. I don't see how GAS could be fixed, though. How would the
> assembler tell the
--- Comment #2 from braingrant at ebestmail dot com 2007-05-02 13:10
---
Created an attachment (id=13471)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13471&action=view)
oakley sun glasses
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 13:10 ---
Runs fine on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-02 13:13 ---
If it works, then let's close this PR
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from braingrant at ebestmail dot com 2007-05-02 13:16
---
Created an attachment (id=13472)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13472&action=view)
wholesale handbags
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #2 from pault at gcc dot gnu dot org 2007-05-02 13:20 ---
(In reply to comment #1)
> Thanks for reporting this -- this is a rather nicer testcase than the one we
> had for this already.
> I've also changed the title of PR #29786 to make it easier to find.
> *** This bug has b
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 13:20 ---
I get the following on trunk, which I assume is the expected output:
$ ./test
X = -1.0
Y = -1.0
X * Y = 1.0
T (X) * Y = 1.0
--
charlet at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from braingrant at ebestmail dot com 2007-05-02 13:22
---
Created an attachment (id=13473)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13473&action=view)
free credit report
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:25 ---
The program is erroneous here.
RN 9.4(20) is about protected entry queues, not about protected procedures
being executed while the object is deallocated.
Arno
--
charlet at gcc dot gnu dot org changed:
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 13:31 ---
PR has been fixed some time ago already, documentation now says:
<<
In order to build a cross compiler, it is suggested to install
the new compiler as native first, and then use it to build the cross
compiler.
>>
i.e. there are global keyed constructors emitted for global objects which have
trivial constructors which just zero the contents of the object
e.g.
gcc -Os foo.cxx of
---
static void * myPointer1(0);
void * myFunction1() { return myPointer1; }
struct MyStruct {
void * pointer;
};
stati
--- Comment #2 from amylaar at gcc dot gnu dot org 2007-05-02 13:42 ---
(In reply to comment #1)
Actually, struct unnamed_section is not suitable for garbage collected memory.
The data member is skipped, and the callback member points to a function,
which can change position when addres
--- Comment #9 from charlet at gcc dot gnu dot org 2007-05-02 13:44 ---
>From the comment file, it's a GNU ld bug, not a GCC bug, so closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:46 ---
Getting the expected output with trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from braingrant at ebestmail dot com 2007-05-02 13:53
---
Created an attachment (id=13474)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13474&action=view)
resume builder
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:59 ---
I'd suggest verifying with GCC 4.3.0, where the problem is likely fixed.
If not, could you please identify which pass is faulty ? Since it works on
so many other platforms, I suspect it's a codegen bug rather than an
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 14:02 ---
Works fine on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:42 ---
The conclusion is misleading in the doc, but there's no bug here, things
work indeed as expected and as intended.
If you really want invalid values, I'd suggest using pragma Initialize_Scalars
and play with gnatbind
--- Comment #35 from ralf_corsepius at rtems dot org 2007-05-02 14:07
---
Now, bootstrapping 4.2.0 fails with a similar error
/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/build/./gcc/xgcc
-B/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/b
../../../../../../gcc-4.2.0-2
bootstrapping avr-rtems* gcc-4.2.0-200704030 fails with:
/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/build/./gcc/xgcc
-B/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/build/./gcc/ -nostdinc
-B/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/build/avr-rtems4.8/newlib/
-isys
--- Comment #36 from ralf_corsepius at rtems dot org 2007-05-02 14:16
---
(In reply to comment #35)
> Now, bootstrapping 4.2.0 fails with a similar error
Filed as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31786
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
--- Comment #6 from braingrant at ebestmail dot com 2007-05-02 14:18
---
Created an attachment (id=13475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13475&action=view)
radiators
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #7 from charlet at gcc dot gnu dot org 2007-05-02 14:23 ---
Runs fine at -O0 and -O2 on i686-linux on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from braingrant at ebestmail dot com 2007-05-02 14:23
---
Created an attachment (id=13476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13476&action=view)
bicycle light
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #8 from braingrant at ebestmail dot com 2007-05-02 14:40
---
Created an attachment (id=13477)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13477&action=view)
subaru wrx
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #9 from braingrant at ebestmail dot com 2007-05-02 14:47
---
Created an attachment (id=13478)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13478&action=view)
card credit reward
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #10 from braingrant at ebestmail dot com 2007-05-02 14:50
---
Created an attachment (id=13479)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13479&action=view)
medifast weight loss
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #11 from braingrant at ebestmail dot com 2007-05-02 14:51
---
Created an attachment (id=13480)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13480&action=view)
bowflex
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #9 from charlet at gcc dot gnu dot org 2007-05-02 14:54 ---
Never mind, I could still reproduce it, although the sources need to be updated
to conform to latest Ada 2005 rules (some interfaces must be marked limited).
Arno
--
charlet at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-02 14:55 ---
This is not a trivial constructor (or at least what the standard defines as
trivial :) ).
This is the same problem as PR 4131.
*** This bug has been marked as a duplicate of 4131 ***
--
pinskia at gcc dot gnu do
--- Comment #19 from pinskia at gcc dot gnu dot org 2007-05-02 14:55
---
*** Bug 31785 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from braingrant at ebestmail dot com 2007-05-02 14:57
---
Created an attachment (id=13481)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13481&action=view)
corner computer armoire
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #13 from braingrant at ebestmail dot com 2007-05-02 14:58
---
Created an attachment (id=13482)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13482&action=view)
bed frames
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #14 from braingrant at ebestmail dot com 2007-05-02 14:59
---
Created an attachment (id=13483)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13483&action=view)
cheap furniture
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #16 from braingrant at ebestmail dot com 2007-05-02 15:00
---
Created an attachment (id=13485)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13485&action=view)
bathroom vanities
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #17 from braingrant at ebestmail dot com 2007-05-02 15:01
---
Created an attachment (id=13486)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13486&action=view)
ugg boots
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
Building RTEMS for the bfin using gcc-4.2.0-20070430 raises the following
error:
bfin-rtems4.8-gcc --pipe -DHAVE_CONFIG_H -I.. -I../../lib/include
-D__RTEMS_INSIDE__ -Wall -fasm -g -O2 -MT src/librtems_a-eventsurrender.o -MD
-MP -MF src/.deps/librtems_a-eventsurrender.Tpo -c -o
src/librtems_a-e
--- Comment #18 from braingrant at ebestmail dot com 2007-05-02 15:03
---
Created an attachment (id=13487)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13487&action=view)
chanel handbags
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #19 from braingrant at ebestmail dot com 2007-05-02 15:04
---
Created an attachment (id=13488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13488&action=view)
buy hgh
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #20 from braingrant at ebestmail dot com 2007-05-02 15:05
---
Created an attachment (id=13489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13489&action=view)
mlm leads
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #21 from braingrant at ebestmail dot com 2007-05-02 15:08
---
Created an attachment (id=13490)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13490&action=view)
office furniture
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #22 from braingrant at ebestmail dot com 2007-05-02 15:09
---
Created an attachment (id=13491)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13491&action=view)
cheap cigarette
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #23 from braingrant at ebestmail dot com 2007-05-02 15:09
---
Created an attachment (id=13492)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13492&action=view)
air conditioner
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #24 from braingrant at ebestmail dot com 2007-05-02 15:11
---
Created an attachment (id=13493)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13493&action=view)
san francisco hotel
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #25 from braingrant at ebestmail dot com 2007-05-02 15:14
---
Created an attachment (id=13494)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13494&action=view)
bad credit mortgage
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #26 from braingrant at ebestmail dot com 2007-05-02 15:14
---
Created an attachment (id=13495)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13495&action=view)
mortgage refinancing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #11 from davek at gcc dot gnu dot org 2007-05-02 15:38 ---
From the initial PR:
> There ought to be a way to detect that threading support is disabled so that
> pessimizations like mutex locks can be left out.
From the definition of -mthreads in TFM:
" `-mthreads'
--- Comment #4 from rakdver at gcc dot gnu dot org 2007-05-02 15:40 ---
I cannot reproduce this.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #12 from davek at gcc dot gnu dot org 2007-05-02 15:41 ---
Sorry for the repeated emails, bugzilla wouldn't let me verify and close this
bug without forcing me to add a comment.
--
davek at gcc dot gnu dot org changed:
What|Removed |Add
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|nobody at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #3 from dewi dot daniels at silver-software dot com 2007-05-02
15:48 ---
Subject: RE: Sign ignored on fixed point multiplication
Yes, that output looks correct to me :)
> -Original Message-
> From: charlet at gcc dot gnu dot org
> [mailto:[EMAIL PROTECTED]
> Sen
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 15:50 ---
lowering severity
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Severit
--- Comment #2 from rakdver at gcc dot gnu dot org 2007-05-02 15:53 ---
I'm checking this.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 15:53 ---
Patch applied on trunk apparently
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-02 15:56 ---
Fixed, so closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 16:03 ---
Works fine on trunk:
$ gcc -c rooms.adb
rooms.adb:6:43: expected private type "DOOR" defined at doors.ads:3
rooms.adb:6:43: found a composite type
--
charlet at gcc dot gnu dot org changed:
What|
I was surprised to discover that passing a reference to a temp that is clearly
going out of scope is not tracked at all. While in general catching a pointer
to a value with shorter lifetime could be hard, if it's auto, it's fairly
obvious.In the following example, the commented out code correctly g
Adding +x to -x should result in a hardware zero. But in this small gaussian
integration routine, .6^3 + -.6^3 is not zero.
When the same computation is done inline, it works.
This may be due to the hardware rounding properties, but given that the
integration routine is inline, I wouldn't see why i
--- Comment #1 from dkruger at stevens dot edu 2007-05-02 16:12 ---
Created an attachment (id=13496)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13496&action=view)
odd roundoff behavior
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31789
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 16:13 ---
Error message looks right to me, the instantiation is not finished so you
cannot
use foo twice here without disambiguating it, e.g:
procedure FOO is new Standard.foo;
Arno
--
charlet at gcc dot gnu dot org c
--- Comment #5 from dtemirbulatov at gmail dot com 2007-05-02 16:14 ---
I can reproduce this bug any architecture with -fpic option
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-02 16:15 ---
This works for me on powerpc-darwin.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
4.2.0 RC2 fails to build on host=mingw target=avr
Configured as:
CFLAGS=-D__USE_MINGW_ACCESS \
../gcc-$version/configure \
--prefix=$installdir \
--target=$target \
--enable-languages=c,c++ \
--with-dwarf2 \
--enable-win32-registry=WinAVR-$release \
--disable-nls \
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-02 16:24 ---
Don't do this: --disable-fixincludes
This is the same thing:
it hurts when I do this
The doctor told you not to do that.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from dtemirbulatov at gmail dot com 2007-05-02 16:25 ---
workaround for the bug:
--- gcc/varasm.c-orig 2007-05-02 19:15:04.0 +0400
+++ gcc/varasm.c2007-05-02 19:16:17.0 +0400
@@ -5519,6 +5519,8 @@ decl_readonly_section (tree decl, int re
case
My code contains function identifiers that are are unique within their
namespace. However, they collide with some builtin function generating a
"conflicting types for built-in function " warning. The project build
will break when using -Werror inspite the code being semantically correct.
I have tr
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-02 16:36 ---
> I have tried the 3.4.6 compiler with same results. But judging the situation I
> expect this to be a conceptual issue.
Well there are two things, first you are using a reserved name in C99. The C
standard dicttake
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-05-02 16:41 ---
> I can reproduce this bug any architecture with -fpic option
Oh and this is why it fails without -fpic on powerpc64-linux-gnu as really it
is always PIC with the toc based ABI.
>workaround for the bug:
Actually th
--- Comment #3 from dkruger at stevens dot edu 2007-05-02 16:56 ---
small correction: I forgot that the call to the function being integreated
isn't inline.
That clearly is what causes the problem.
Also, if you change the bogus .6 coefficient to .5, the fact that it's a nice
number make
--- Comment #29 from ian at airs dot com 2007-05-02 16:57 ---
Created an attachment (id=13497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13497&action=view)
Patch
Here is one approach which fixes the test case. This introduces a new tree
code, ALIASING_CONVERT_EXPR. It is con
--- Comment #1 from ralf_corsepius at rtems dot org 2007-05-02 17:05
---
I've been trying to attach the *.i of this breakdown, but creating attachments
seems to be broken right now. I am always receiving this:
undef error - Undefined subroutine Fh::slice at
data/template/template/en/de
--- Comment #30 from pinskia at gcc dot gnu dot org 2007-05-02 17:10
---
Only one suggestion for the patch, instead of:
- if (is_gimple_cast (t) || TREE_CODE (t) == VIEW_CONVERT_EXPR)
+ if (is_gimple_cast (t) || TREE_CODE (t) == VIEW_CONVERT_EXPR
+ || TREE_CODE (t) == ALIASING_CO
--- Comment #31 from pinskia at gcc dot gnu dot org 2007-05-02 17:14
---
Also should we fold the case where ALIASING_CONVERT_EXPR and the argument type
are the same. Also I think this right now causes a regression on the tunk
interacting with the patch which fixed PR 31146.
--
htt
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-05-02 18:48 ---
Subject: Bug 29715
Author: pinskia
Date: Wed May 2 17:47:50 2007
New Revision: 124354
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124354
Log:
Forgot to add the PR number to the last changelog entry:
2007
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-05-02 18:49 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The loop in question is isolated from zlib 1.2.3's longest_match() function (it
s longest_match()'s inner-most loop). Given two char * pointers, scan and
match, it figures out their longest common prefix. After every 8 character
comparisons, it also tests whether scan has reached the end.
int inne
--- Comment #1 from vlad at petric dot cc 2007-05-02 19:36 ---
Created an attachment (id=13498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13498&action=view)
Isolated code which illustrates the ivopts issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31792
--- Comment #2 from paolo at gcc dot gnu dot org 2007-05-02 19:37 ---
Subject: Bug 31777
Author: paolo
Date: Wed May 2 18:37:00 2007
New Revision: 124355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124355
Log:
2007-05-02 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
configure flag
---
Using built-in specs.
Target: i686-pc-cygwin
Configured with: ./configure --prefix=/usr --disable-win32-registry
--enable-thr
eads=posix --enable-languages=all --with-win32-nlsapi=unicode --enable-tls
--dis
able-bootstrap : (reconfigured) ./configure --prefix=/usr
--disable-win32
--- Comment #1 from jojelino at gmail dot com 2007-05-02 19:54 ---
Created an attachment (id=13499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13499&action=view)
demux_vqf.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31793
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-02 19:56 ---
I think this was fixed by:
2007-05-01 Ian Lance Taylor <[EMAIL PROTECTED]>
PR tree-optimization/31739
* tree-vrp.c (vrp_val_is_max): New static function.
(vrp_val_is_min): New static functi
--- Comment #13 from mark at codesourcery dot com 2007-05-02 20:02 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path,
at cp/class.c:474
crowl at google dot com wrote:
> I think (B*)(D*)0 is a conversion under 4.10.
>
>> Has anyone asked about this case on t
Hello,
there seems to be a gcc problem with the target 'm32c-elf':
/home/mstein/sim/m32c-elf/build/./gcc/xgcc
-B/home/mstein/sim/m32c-elf/build/./gcc/
-B/n/07/mstein/cross-local/m32c-elf/m32c-elf/bin/
-B/n/07/mstein/cross-local/m32c-elf/m32c-elf/lib/ -isystem
/n/07/mstein/cross-local/m32c-elf/m32
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-05-02 20:26
---
Created an attachment (id=13500)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13500&action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31794
--- Comment #2 from eweddington at cso dot atmel dot com 2007-05-02 20:28
---
Woops! Thanks for catching that! I forgot I had --disable-fixincludes still in
there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31790
1 - 100 of 131 matches
Mail list logo
