--- Comment #4 from jifl-bugzilla at jifvik dot org 2008-07-12 01:53
---
I can't really work out how to provide a testcase as such. To reproduce it all
I'm doing is:
#include
#include
int
main(int argc, char *argv[])
{
std::cout << "Hello world" << std::endl;
return 0;
}
The
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-07-12 01:22
---
I think maybe this is the right fix, in keeping with what we do now other
places. But the error message is not as clear.
Index: io.c
===
--- io.c
--- Comment #31 from dominiq at lps dot ens dot fr 2008-07-11 22:21 ---
Forgot to say that the problem is still there for ppc/intel Darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30617
--- Comment #30 from dominiq at lps dot ens dot fr 2008-07-11 22:18 ---
>From pr36806 I think the mutex behavior on Darwin needs to be better understood
(handled).
To answer comment #28, this bug has been "resolved" as "invalid" and not as
"undefined"!
--
dominiq at lps dot ens dot
--- Comment #9 from dominiq at lps dot ens dot fr 2008-07-11 22:10 ---
The executable for the following code
open(unit=11,form='unformatted')
! print *, 'open'
end
also hangs. Stepping with gdb gives:
Breakpoint 1, main (argc=1, argv=0xbfffdb98) at
../../../gcc-4.
--- Comment #3 from dje at gcc dot gnu dot org 2008-07-11 22:01 ---
Have you tried bootstrapping with a more recent version of GCC than gcc-3.3.3?
How did you configure GCC itself?
I do not have any problem bootstrapping with GCC 4.0, GCC 4.1, and GCC 4.2.
--
dje at gcc dot gnu dot
--- Comment #2 from dje at gcc dot gnu dot org 2008-07-11 21:57 ---
Why build libjava if Java does not work on AIX?
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from dje at gcc dot gnu dot org 2008-07-11 21:56 ---
This patch needs an assignment.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dje at gcc dot gnu dot org 2008-07-11 21:54 ---
Yes, this will substitute "_" for "$", but most programs do not use dollar
signs in symbol names, except Java. GNU Java is not supported on AIX, so
building libjava does not accomplish much.
This is a large patch and r
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-07-11 21:38 ---
As Brian says, get or update GMP.
http://gcc.gnu.org/install/prerequisites.html:
"GNU Multiple Precision Library (GMP) version 4.1 (or later)
Necessary to build GCC. If you do not have it installed in your library
--- Comment #15 from paolo dot carlini at oracle dot com 2008-07-11 21:36
---
I'm tentatively recategorizing as middle-end, if I'm missing something just
override me...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #1 from brian at dessent dot net 2008-07-11 21:28 ---
Subject: Re: New: "make" asked me to report this error [GNU
Fortran is not working]
lachele at gmail dot com wrote:
> configure:13398: /usr/local/gcc/./gcc/gfortran -B/usr/local/gcc/./gcc/
> -B/usr/local/i686-pc-linu
--- Comment #6 from paolo dot carlini at oracle dot com 2008-07-11 21:21
---
(In reply to comment #5)
> Isn't this the kind of thing that -Wstrict-aliasing or -Wstrict-aliasing=n
> should warn about?
Hi Benjamin. My guess is that any possible problem can only have to do with
some long
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-07-11 21:20
---
> I think it's actually the same problem, the patch that has fixed it on other
> platforms probably doesn't behave the same everywhere.
Yep, PE-COFF has a custom binds_local_p hook that doesn't reject DECL_EXTERN
--- Comment #5 from bkoz at gcc dot gnu dot org 2008-07-11 20:56 ---
Isn't this the kind of thing that -Wstrict-aliasing or -Wstrict-aliasing=n
should warn about?
I will start to experiment with this, in the thought that we should not
actually have stuff in the library with aliasing pro
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-07-11 20:53 ---
Hey Jonathan.
It would be most helpful if you could come up with a test case. I know, it will
be a pain and difficult, etc etc etc yadda yadda yadda, but really this would
be enormously helpful.
Instead of putting t
--
gfan at sta dot samsung dot com changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36798
--- Comment #5 from gfan at sta dot samsung dot com 2008-07-11 20:38
---
Created an attachment (id=15902)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15902&action=view)
.c file caused same error of reduced file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36798
--- Comment #4 from gfan at sta dot samsung dot com 2008-07-11 20:37
---
Created an attachment (id=15901)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15901&action=view)
.i file cased error of reduced file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36798
--- Comment #3 from dberlin at gcc dot gnu dot org 2008-07-11 19:15 ---
Subject: Re: [4.4 Regression] Revision 137631 causes many failures
I am working on the one x86_64 specific failure first :)
On Fri, Jul 11, 2008 at 2:19 PM, hjl dot tools at gmail dot com
<[EMAIL PROTECTED]> wrot
Sorry but I don't quite know what you want by "triplet". I guessed. I
currently have gcc 4.1.1 and I'm trying to build 4.3.1. If that isn't what you
wanted, and if the included file doesn't answer, let me know.
I suspect the problem is that I haven't installed some needed set of headers or
libr
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-07-11 18:44 ---
That's the PRE rewrite. I think Danny has access to i686-darwin, but reducing
this would be helpful I guess.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from dodji at gcc dot gnu dot org 2008-07-11 18:32 ---
A fix for this bug has been committed to trunk in changeset r137723.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from andreast at gcc dot gnu dot org 2008-07-11 18:31
---
The previously attached natGC.ii is from powerpc-apple-darwin9.3.0.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from andreast at gcc dot gnu dot org 2008-07-11 18:29
---
Created an attachment (id=15900)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15900&action=view)
natGC.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
--
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 #2 from hjl dot tools at gmail dot com 2008-07-11 18:19 ---
Some of regressions are run-time failures. As of revision 137717,
there are still:
FAIL: Array_3 -O3 execution - source compiled test
FAIL: Array_3 -O3 -findirect-dispatch execution - source compiled test
FAIL: ext/
--- Comment #3 from dodji at gcc dot gnu dot org 2008-07-11 18:13 ---
Subject: Bug 13101
Author: dodji
Date: Fri Jul 11 18:12:37 2008
New Revision: 137723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137723
Log:
2008-07-11 Dodji Seketeli <[EMAIL PROTECTED]>
PR c++/1
--- Comment #7 from andreast at gcc dot gnu dot org 2008-07-11 18:09
---
r137631 seems to be the commit where the hanging starts. I have successful
results from 137630
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36806
--- Comment #19 from dodji at gcc dot gnu dot org 2008-07-11 16:50 ---
Okay, so the two patches are now committed to trunk in changesets
r137716 and r137721.
However, given the nature of this enhancement request, I think it will take
some on going work to have perfect column number inf
--- Comment #18 from dodji at gcc dot gnu dot org 2008-07-11 16:37 ---
(From update of attachment 15836)
This has been committed to trunk
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from dodji at gcc dot gnu dot org 2008-07-11 16:36 ---
(From update of attachment 15835)
This has been committed to trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31754
--- Comment #2 from rwild at gcc dot gnu dot org 2008-07-11 16:34 ---
I'm curious: what makes you certain that this bug actually is a duplicate of
PR35204? If you're not sure, and I'm not, then let's reopen the bug.
Someone who is sure can still mark it as dupe.
Thanks,
Ralf
--
rwi
--- Comment #16 from dodji at gcc dot gnu dot org 2008-07-11 16:33 ---
Subject: Bug 31754
Author: dodji
Date: Fri Jul 11 16:32:29 2008
New Revision: 137721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137721
Log:
2008-07-11 Dodji Seketeli <[EMAIL PROTECTED]>
PR c++/
300% increase to .10, and buys are epxloding.
mipx
Company Nam'e: M indPix Corpoartion
Mra,ket: 0.098 up .002
We called it and it is good.
Buy it, and ride" the wave priority Friday- morning.
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-07-11 15:14 ---
/home/ammalik/Desktop/MilePost/milepost_gcc_1.0/gcc-4.2.2-ici-1.0-ml-feat-x86/examples/prepared/MiBench-with-MiDataSets/consumer_jpeg_c/src-ccc-ml/../../../../../install/bin/gcc
this is not an FSF gcc version. Repo
--- Comment #4 from abidmuslim at gmail dot com 2008-07-11 15:11 ---
Subject: Re: Optimization Sequence
I have reported what I am getting using -save-temps option. What else
I need to report?
Thanks
On Fri, Jul 11, 2008 at 4:54 PM, paolo dot carlini at oracle dot com
<[EMAIL PROTECTE
--- Comment #3 from paolo dot carlini at oracle dot com 2008-07-11 14:54
---
The PR is still largely incomplete.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36809
--- Comment #2 from abidmuslim at gmail dot com 2008-07-11 14:51 ---
(In reply to comment #1)
> Please read about the proper way to submit PRs:
>
> http://gcc.gnu.org/bugs.html
>
> and provide the required information. Thanks in advance!
>
In continuation of the last report. Here
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-11 14:25
---
Please read about the proper way to submit PRs:
http://gcc.gnu.org/bugs.html
and provide the required information. Thanks in advance!
--
paolo dot carlini at oracle dot com changed:
What
I am unable to compile the JPEG program with the following optimization phases
fixupcfg init_datastructures all_optimizations referenced_vars reset_cc_flags
salias ssa alias retslot copyrename ccp fre dce forwprop copyprop mergephi vrp
dce dom phicprop phiopt alias tailr profile ch cplxlower sra a
--- Comment #6 from andreast at gcc dot gnu dot org 2008-07-11 13:57
---
yes, ppc too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36806
--- Comment #3 from paolo dot carlini at oracle dot com 2008-07-11 13:54
---
Hi again, Mark...
I'm looking into this issue. Does it make sense to you that we need to add a
new operators.def entry? I quickly hacked this addition:
DEF_SIMPLE_OPERATOR ("trait", TRAIT_EXPR, "xx", 2)
and
--- Comment #5 from dominiq at lps dot ens dot fr 2008-07-11 13:53 ---
I suspect the problem is specific to Darwin (probably also on ppc: the machinr
regress did not test since 2008-07-08 23:54, revision 137630:
http://gcc.gnu.org/ml/gcc-testresults/2008-07/msg00776.html).
--
http:/
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-07-11 13:41 ---
I cannot reproduce this on i686-pc-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36806
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-11 13:36
---
CCing Benjamin...
By the way, if the patch would be very short, the full Assignment would not be
needed...
--
paolo dot carlini at oracle dot com changed:
What|Removed |
--- Comment #3 from dominiq at lps dot ens dot fr 2008-07-11 13:26 ---
> Could be. You can try the attached patch.
The patch does not fix the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36806
--- Comment #1 from jifl-bugzilla at jifvik dot org 2008-07-11 13:03
---
On thinking about this a bit more, I think this would be a regression for the
case where __GTHREAD_MUTEX_INIT is used. In the case of
__GTHREAD_MUTEX_INIT_FUNCTION, I believe the previous implementation was also
su
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-07-11 12:58 ---
Which has now been checked in on the trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36806
--- Comment #15 from dodji at gcc dot gnu dot org 2008-07-11 12:55 ---
Subject: Bug 31754
Author: dodji
Date: Fri Jul 11 12:54:22 2008
New Revision: 137716
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137716
Log:
2008-07-11 Dodji Seketeli <[EMAIL PROTECTED]>
PR c++/31
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-07-11 12:45 ---
Subject: Bug 36765
Author: rguenth
Date: Fri Jul 11 12:44:26 2008
New Revision: 137715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137715
Log:
2008-07-11 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-07-11 12:45 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from michael dot a dot richmond at nasa dot gov 2008-07-11
12:22 ---
Please disregard this bug report. It is an error on my part.
--
michael dot a dot richmond at nasa dot gov changed:
What|Removed |Added
---
--- Comment #7 from bonzini at gnu dot org 2008-07-11 11:58 ---
> Wonder why nothing in fwprop.c checks modified_between_p
There is code similar to modified_between_p in fwprop.c, that uses def info
from the dataflow pass. Part of the fwprop work was to try using the df-scan.c
info mor
When I run the program listed below on an Alpha workstation I get the following
output:
ibad1, ibad2, igood1, igood2, loc2, loc1 = -2147483646 -2147483646 2
2 536940884 536940880
On all other platforms the value of ibad1 and ibad2 is 2.
Typing gfortran -v produces the fo
--- Comment #3 from bonzini at gnu dot org 2008-07-11 11:56 ---
Yes, the code produced shows that something (probably fwprop, I trust Andrew
though I'd like to see dumps) is turning the GIMPLE code
temp = a[0];
a[1] = temp;
temp++;
into something harder to optimize. It might be
--
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=36807
Happens since the PRE rewrite. Seen on x86_64 and ia64 with -O2 and higher.
Not seen for 403.gcc (SPEC 2k6), so might be a 176.gcc bug.
--
Summary: [4.4 Regression] 176.gcc miscompares
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severit
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-11 11:12
---
Of course I meant mangling not demangling
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36797
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-11 11:08
---
Funny, the problem happen very late. in the demangler. A "workaround" is using
std::is_empty ;)
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
CC||andreast at gcc dot gnu dot
|
--- Comment #30 from marion dot deveaud at siemens dot com 2008-07-11
11:00 ---
*** Bug 36650 has been marked as a duplicate of this bug. ***
--
marion dot deveaud at siemens dot com changed:
What|Removed |Added
---
--- Comment #1 from marion dot deveaud at siemens dot com 2008-07-11 11:00
---
*** This bug has been marked as a duplicate of 35204 ***
--
marion dot deveaud at siemens dot com changed:
What|Removed |Added
---
--
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=36806
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-11 10:59 ---
Created an attachment (id=15899)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15899&action=view)
patch
Could be. You can try the attached patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36806
Starting from revision 137644 up to 137712 (137615 is working), unformatted IOs
in FORTRAN give hanging executables. For instance, the executable from the
following code
data=-1
! print *, 'before'
write(11) data
! print *, 'after'
end
hangs after creating an empt
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-07-11 10:42 ---
Turns out this is a problem I already have a patch in my queue. Reduced
testcase:
int __attribute__((noinline))
foo(int i)
{
int *p = __builtin_malloc (4 * sizeof(int));
*p = 0;
p[i] = 1;
return *p;
}
exter
Incre asing to 10 cents, and volume continues" to rise.
T"ick: mpix
Croopration-name: Mind Pix
Per sahre price: 10 cents up .002 cents
The mo-ve is happening.
Tkae your action, before you miss it.
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-07-11 10:15 ---
Thanks for reducing this.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
A
The following program fails to compile:
template void f()
{}
void g1() {}
void g2() {}
typedef void(*ptrType)();
int main(int argc, char** argv)
{
ptrType p = argc == 1 ? &f : &f; //<-- error
ptrType p2 = argc == 1 ? &g1 : &g2;
ptrType p1;
if (argc== 1)
I've made a small example where a for-loop never exits when it should. I have
tried gcc 4.2.1, 4.2.4 and 4.3.1 with the same result. Gcc 4.1.1 works.
GCC is configured with:
../configure --prefix=/opt/arm-linux/arm --host=i686-linux-gnu
--target=arm-linux-gnu --build=i686-linux-gnu
--includedir=/
--- Comment #11 from techrazy dot yang at gmail dot com 2008-07-11 07:43
---
Created an attachment (id=15898)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15898&action=view)
The testcase fail g++ 4.3.0
>From this bug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11893, we know the
--- Comment #10 from techrazy dot yang at gmail dot com 2008-07-11 07:41
---
(In reply to comment #1)
> From: "Christian Ehrhardt" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: c++/9381: stdcall attribute ignored in member function pointer
> type
>
73 matches
Mail list logo
