--- Comment #11 from tammer at tammer dot net 2008-12-22 08:03 ---
Hello,
one clarification
... this happened with all 4.x gcc versions ...
This means I have tried to build gcc 4.x myself and I ran in the same problem
that the symbols come from two libraries. One library provides the
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-12-22 08:11
---
Actually those symbols in libgcc_s.a should be hidden ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-12-22 08:17
---
Oh, you should read the installation instructions:
http://gcc.gnu.org/install/specific.html
Linking executables and shared libraries may produce warnings of duplicate
symbols. The assembly files generated by GCC
--- Comment #17 from jv244 at cam dot ac dot uk 2008-12-22 08:18 ---
reopening as of PR38582 (where rename registers takes 13 hours to do its job).
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #19 from bonzini at gnu dot org 2008-12-22 08:52 ---
Smaller testcase, without uninitialized variables too:
enum JSOp
{
JSOP_GETELEM = 5,
JSOP_LIMIT
};
extern void g ();
void
f (char *pc, char *endpc, int format, char ***fp, enum JSOp op)
{
while (pc = endpc)
{
--- Comment #20 from bonzini at gnu dot org 2008-12-22 09:05 ---
This is a latent bug in the handling of out-of-bounds values. It happens
because a value changes from [256, 256] to [256, 257]. VRP then forces the
upper bound to the max-value of the type, generating the invalid range
--- Comment #21 from bonzini at gnu dot org 2008-12-22 09:30 ---
Created an attachment (id=16961)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16961action=view)
patch being tested
Testing a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
--- Comment #14 from tammer at tammer dot net 2008-12-22 09:48 ---
Hello,
yes, the binary executes.
So these symbols should be removed from the export file from ligbcc_s.a then?
I will build gcc 4.2.4 on my build machine (AIX 5.3) with the SPEC file/patch
from Mr. Perzl. Then I will
--- Comment #2 from je at rowley dot co dot uk 2008-12-22 10:31 ---
I have tried reproducing this bug with the latest 4.3-branch and the problem
does still appear to exist.
GCC Build Details:
Using built-in specs.
Target: arm-unknown-elf
Configured with:
--- Comment #5 from doko at ubuntu dot com 2008-12-22 10:58 ---
no, same result.
btw, in the generated .ii file using -D__disable_PCH__ -save-temps, the
precompiled header is still referenced.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
OtherBugsDependingO||32834
nThis||
--- Comment #16 from tammer at tammer dot net 2008-12-22 12:17 ---
Created an attachment (id=16962)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16962action=view)
errors during build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
--- Comment #15 from tammer at tammer dot net 2008-12-22 12:16 ---
Hello,
I just started my own build of 4.2.4 ...
During stage3 I get the following errors:
ld: 0711-768 WARNING: Object
../libsupc++/.libs/libsupc++convenience.a[eh_terminate.o], section 1, function
--- Comment #17 from tammer at tammer dot net 2008-12-22 12:31 ---
Hello,
I found one interesting thing:
The call (for .libs/libstdc++.so.6) which produced the error messaged ends in:
${wl}-berok
Should this not be:
-Wl,-berok
Bye
Rainer
--
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38476
--- Comment #14 from drow at gcc dot gnu dot org 2008-12-22 13:46 ---
Part fixed, part refiled.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
Since at least r138218, the regress test for powerpc-apple-darwin8.5.0 has been
showing the new failures of...
FAIL: gcc.c-torture/compile/limits-exprparen.c -O0 (test for excess errors)
FAIL: gcc.c-torture/compile/limits-exprparen.c -O1 (test for excess errors)
FAIL:
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-12-22
14:49 ---
These failures are also appearing on ia64-suse-linux-gnu...
http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01952.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38605
Hello,
I tried to build 4.3.2 on AIX 5.3. The build failed in stage2:
/opt/freeware/src/packages/BUILD/gcc-build/./prev-gcc/xgcc
-B/opt/freeware/src/packages/BUILD/gcc-build/./prev-gcc/
-B/opt/freeware/powerpc-ibm-aix5.3.0.0/bin/ -c -O2 -I/opt/freeware/include
-DIN_GCC -W -Wall
--- Comment #1 from tammer at tammer dot net 2008-12-22 14:53 ---
Created an attachment (id=16963)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16963action=view)
spec file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38606
--- Comment #2 from tammer at tammer dot net 2008-12-22 14:54 ---
Created an attachment (id=16964)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16964action=view)
script to start build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38606
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-12-22 14:55
---
Subject: Bug 37472
Author: jvdelisle
Date: Mon Dec 22 14:53:37 2008
New Revision: 142884
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142884
Log:
2008-12-22 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #3 from tammer at tammer dot net 2008-12-22 14:55 ---
Created an attachment (id=16965)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16965action=view)
build log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38606
--- Comment #4 from tammer at tammer dot net 2008-12-22 14:55 ---
Created an attachment (id=16966)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16966action=view)
last 250 lines build log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38606
--- Comment #5 from tammer at tammer dot net 2008-12-22 15:16 ---
Hello,
some additions:
The same happens for genautomata.c.
/opt/freeware/src/packages/BUILD/gcc-build/./prev-gcc/xgcc
-B/opt/freeware/src/packages/BUILD/gcc-build/./prev-gcc/
-B/opt/freeware/powerpc-ibm-aix5.3.0.0/bin/
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-12-22 15:16 ---
The same holds if G is an external subroutine and the module provides an
explicit interface, but not, if the interface is defined in F (errors out).
SUBROUTINE g()
print *, 'external'
END SUBROUTINE
MODULE m
--- Comment #6 from tammer at tammer dot net 2008-12-22 15:17 ---
Created an attachment (id=16967)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16967action=view)
genautomata.prep.c.gz
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38606
--- Comment #7 from tammer at tammer dot net 2008-12-22 15:17 ---
Created an attachment (id=16968)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16968action=view)
insn-attrtab.prep.c.gz
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38606
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-22 16:04 ---
Can you try increasing the stack size limit when building? insn-attrtab.c
compiled at -O0 is known to have a big stack size.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #16 from dominiq at lps dot ens dot fr 2008-12-22 16:29 ---
From http://gcc.gnu.org/ml/fortran/2008-12/msg00284.html:
With Steve Kargl's help, the following simple patch was found to eliminate
this output
problem on x86-64. I plan to commit under simple and makes sense
--- Comment #17 from uros at gcc dot gnu dot org 2008-12-22 17:51 ---
Subject: Bug 34571
Author: uros
Date: Mon Dec 22 17:49:52 2008
New Revision: 142885
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142885
Log:
* config/alpha/alpha.h (ASM_OUTPUT_EXTERNAL): New macro.
--- Comment #18 from ubizjak at gmail dot com 2008-12-22 17:53 ---
Patch [1] was committed to 4.4 mainline, needs to be backported to 4.3,
together with varasm.c change.
[1] http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01127.html
--
ubizjak at gmail dot com changed:
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-22 18:51 ---
Reduced:
program test_iso
implicit none
type varying_string
character(LEN=1), dimension(:), allocatable :: chars
end type varying_string
CALL get_unit_set_ch ()
contains
subroutine
--- Comment #6 from mikael at gcc dot gnu dot org 2008-12-22 18:54 ---
(In reply to comment #5)
Generated code:
get_unit_set_ch (struct varying_string * separator)
{
if (separator-chars.data != 0B)
{
__builtin_free (separator-chars.data);
}
separator-chars.data = 0B;
--- Comment #7 from mikael at gcc dot gnu dot org 2008-12-22 18:59 ---
This was probably a bad idea:
- tmp = gfc_deallocate_alloc_comp (e-ts.derived, tmp, parm_rank);
- if (e-expr_type == EXPR_VARIABLE
e-symtree-n.sym-attr.optional)
- tmp = build3_v
--- Comment #7 from hjagasia at gcc dot gnu dot org 2008-12-22 19:26
---
Subject: Bug 38510
Author: hjagasia
Date: Mon Dec 22 19:24:59 2008
New Revision: 142888
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142888
Log:
2008-12-22 Harsha Jagasia harsha.jaga...@amd.com
--- Comment #8 from pault at gcc dot gnu dot org 2008-12-22 19:39 ---
Created an attachment (id=16969)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16969action=view)
patch for the PR
This is a patch that I cannot commit until January 3rd at the earliest. Please
could you do the
--- Comment #2 from hjagasia at gcc dot gnu dot org 2008-12-22 19:41
---
For the clast_stmt below:
if (midend_8 = mid_10+1) {
for (s_3=0;s_3=min(midend_8-mid_10-1,63);s_3++) {
S5(0,s_3) ;
}
}
graphite gets into
--- Comment #9 from pault at gcc dot gnu dot org 2008-12-22 20:03 ---
Created an attachment (id=16970)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16970action=view)
The real patch for the PR without the extra bits:-)
Have eliminated the extra bits on the patch - sorry about
--enable-languages=c,c++,fortran --enable-shared
Thread model: posix
gcc version 4.4.0 20081222 (experimental) (GCC)
sigvm:/export/home/distrib/lang/f90$/usr/local3/bin/gfortran -o bug32 -m32
bug.f
sigvm:/export/home/distrib/lang/f90$/usr/local3/bin/gfortran -o bug64 -m64
bug.f
sigvm:/export/home
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-12-22 20:53
---
Regression testing now and will commit when complete.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38602
--- Comment #18 from kargl at gcc dot gnu dot org 2008-12-22 21:03 ---
(In reply to comment #17)
After all the updates committed for this bug, I thought I'd try the latest,
including updating to ggmp-4.2.4 and mpfr-2.3.2. Here's the result for the
GCC
4.3.2 release and the latest
--- Comment #8 from pault at gcc dot gnu dot org 2008-12-22 21:55 ---
All routes to deal with this are way too invasive for this stage in the
proceedings. This PR must wait for the array descriptor upgrade, so I am
suspending it for now.
Paul
--
pault at gcc dot gnu dot org
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2008-12-22 21:27
---
Yes, so far I am only working with 4.4. Regardless, it appears that on this
platform the width is being computed incorrectly. I count 20 stars in the
field width. The required field width for the output on
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-12-22 23:12
---
Subject: Bug 35780
Author: jvdelisle
Date: Mon Dec 22 23:11:29 2008
New Revision: 142889
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142889
Log:
2008-12-22 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-12-22 23:18
---
Subject: Bug 35780
Author: jvdelisle
Date: Mon Dec 22 23:16:44 2008
New Revision: 142890
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142890
Log:
2008-12-22 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-22 23:35 ---
Subject: Bug 38488
Author: jakub
Date: Mon Dec 22 23:34:07 2008
New Revision: 142891
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142891
Log:
* config/i386/i386.c (expand_setmem_via_rep_stos): Add
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-12-22 23:39
---
Patch committed, fixed on trunk, 4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38602
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-22 23:42 ---
Subject: Bug 31150
Author: jakub
Date: Mon Dec 22 23:41:17 2008
New Revision: 142892
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142892
Log:
PR middle-end/31150
* dse.c (struct store_info):
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-22 23:42 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-22 23:45 ---
Fixed on the trunk. Won't fix for older releases.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from mikael at gcc dot gnu dot org 2008-12-23 00:18 ---
(In reply to comment #11)
Patch committed, fixed on trunk, 4.4
I think it was the wrong PR number (35780 instead of PR34820).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38602
--- Comment #13 from jvdelisle at verizon dot net 2008-12-23 01:11 ---
Subject: Re: [regression 4.4] segfault - optional
arguments, generics, interface problem, iso_varying_string ??
mikael at gcc dot gnu dot org wrote:
--- Comment #12 from mikael at gcc dot gnu dot org
--- Comment #13 from ghazi at gcc dot gnu dot org 2008-12-23 01:18 ---
I reverified the bug on the 4.3 branch today, checking results for x86_64-linux
posted here:
http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg02099.html
The logfile shows the same error:
bitfield-1.mm:113:
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-12-23 01:33
---
Subject: Bug 38602
Author: jvdelisle
Date: Tue Dec 23 01:32:33 2008
New Revision: 142898
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142898
Log:
2008-12-22 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-12-23 01:35
---
Subject: Bug 38602
Author: jvdelisle
Date: Tue Dec 23 01:34:13 2008
New Revision: 142899
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142899
Log:
2008-12-22 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2008-12-23 02:10
---
Fixed on 4.3, closing. Thanks everyone for the help with this.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from tammer at tammer dot net 2008-12-23 07:24 ---
Hello,
OK, I will rebuild with a doubled stack size.
I will report back as soon as I have new results.
Bye
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38606
Hello,
I just started my own build of 4.2.4. During stage3 I get the following errors:
ld: 0711-768 WARNING: Object
../libsupc++/.libs/libsupc++convenience.a[eh_terminate.o], section 1, function
.__cxxabiv1::__terminate(void (*)()):
The branch at address 0x13c is not followed by a
--- Comment #1 from tammer at tammer dot net 2008-12-23 07:28 ---
Created an attachment (id=16971)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16971action=view)
build log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38607
--- Comment #2 from tammer at tammer dot net 2008-12-23 07:28 ---
Created an attachment (id=16972)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16972action=view)
gcc-4.2.4-aix.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38607
--- Comment #3 from tammer at tammer dot net 2008-12-23 07:28 ---
Created an attachment (id=16973)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16973action=view)
gcc-4.2.4-1.spec
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38607
62 matches
Mail list logo