http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56806
Bug #: 56806
Summary: make: *** [spher_harm.o] Error 1
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56771
--- Comment #5 from Chris Johns 2013-04-02
06:28:32 UTC ---
A cygwin cross-compile also fails as it is a 32bit host. The failure is not
specific to Linux.
This means RTEMS users have problems building from source on Windows as cygwin
cu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56771
--- Comment #4 from Chris Johns 2013-04-02
06:23:53 UTC ---
Created attachment 29771
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29771
xgcc dumps from a cygwin build that also fails.
The file contains all the gcc trace and dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48318
Scott L. Burson changed:
What|Removed |Added
CC||Scott at sympoiesis dot com
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51628
incrediball changed:
What|Removed |Added
CC||peter at axium dot co.nz
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #1 from Jan Smets 2013-04-01
23:33:18 UTC ---
And the typedef names should have an entry , regardless of
-fdebug-types-section because -fno-eliminate-unused-debug-types is used.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
Bug #: 56805
Summary: DW_AT_typedef missing when -fdebug-types-section is
used (and -fno-eliminate-unused-debug-types)
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56804
--- Comment #2 from Vincent 2013-04-01 23:17:55 UTC
---
introduced by http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=196864
adsdk --enable-languages=c,c++,fortran
--disable-multilib
Thread model: posix
gcc version 4.9.0 20130401 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56804
--- Comment #1 from Vincent 2013-04-01 22:21:14 UTC
---
Created attachment 29770
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29770
preprocessed sources
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56804
Bug #: 56804
Summary: lto1: internal compiler error: bytecode stream: found
non-null terminated string
Classification: Unclassified
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56800
--- Comment #3 from Tobias Burnus 2013-04-01
21:34:55 UTC ---
Created attachment 29769
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29769
Early draft patch
The patch mostly implements a fix for this bug - but it needs some clean
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56772
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56793
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56794
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54532
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54946
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55017
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55240
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55931
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55241
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45917
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56660
--- Comment #3 from Jerry DeLisle 2013-04-01
21:00:36 UTC ---
Author: jvdelisle
Date: Mon Apr 1 20:59:34 2013
New Revision: 197322
URL: http://gcc.gnu.org/viewcvs?rev=197322&root=gcc&view=rev
Log:
2013-04-01 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56660
--- Comment #2 from Jerry DeLisle 2013-04-01
20:33:52 UTC ---
Author: jvdelisle
Date: Mon Apr 1 20:30:41 2013
New Revision: 197321
URL: http://gcc.gnu.org/viewcvs?rev=197321&root=gcc&view=rev
Log:
2013-04-01 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56772
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56786
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56786
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56786
--- Comment #2 from Tobias Burnus 2013-04-01
20:26:22 UTC ---
*** Bug 56803 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56803
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56803
--- Comment #1 from Jerry DeLisle 2013-04-01
20:10:02 UTC ---
This is fixed on 4.9 by patch to PR56786, but it patch does need to be
backported.
$ gfc tc56803.f90
$ ./a.out
At line 8 of file tc56803.f90 (unit = 99, file = '/tmp/gfort
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56793
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56794
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56803
Bug #: 56803
Summary: EOF with namelist read give INTERNAL error instead of
END OF FILE error
Classification: Unclassified
Product: gcc
Version: 4.9.0
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45882
--- Comment #5 from Jakub Jelinek 2013-04-01
18:11:07 UTC ---
ENTRY_VALUE's operand is 0, because in most cases you don't want to let the
various RTL passes to see through the ENTRY_VALUE rtl, they should treat the
RTL as a black box, most
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56800
--- Comment #2 from Tobias Burnus 2013-04-01
18:01:03 UTC ---
The problem is in gfc_array_init_size. There, one should first obtain the
element size. And instead of gfc_conv_descriptor_stride_set one should use
gfc_conv_descriptor_sm_set.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56802
--- Comment #6 from Booty Bootstrapper 2013-04-01
17:43:05 UTC ---
(In reply to comment #5)
> Is there any way to prevent this dance? I do not care about bootstrapping at
> this point, I just need a working compiler for the new glibc.
H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56802
--- Comment #5 from Booty Bootstrapper 2013-04-01
17:24:17 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > I am not cross compiling. The machine of the host is exactly the one of the
> > target. Host and target use diffe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56802
--- Comment #4 from Andrew Pinski 2013-04-01
17:13:47 UTC ---
(In reply to comment #3)
> I am not cross compiling. The machine of the host is exactly the one of the
> target. Host and target use different versions of glibc, though.
Th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56731
--- Comment #8 from janus at gcc dot gnu.org 2013-04-01 17:10:13 UTC ---
(In reply to comment #1)
> Trunk gives:
>
> select type(an => carr%c)
> 1
> Error: Component to the right of a part reference with nonzero
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56802
--- Comment #3 from Booty Bootstrapper 2013-04-01
17:08:44 UTC ---
I am not cross compiling. The machine of the host is exactly the one of the
target. Host and target use different versions of glibc, though.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56802
--- Comment #2 from Booty Bootstrapper 2013-04-01
17:06:57 UTC ---
How does this solve the problem? What is wrong with linking to the libs in
/tmp/sysrootd - after all, the headers in /tmp/sysrootd are used already.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56800
--- Comment #1 from Thomas Koenig 2013-04-01
17:05:35 UTC ---
The stride needs to be set from the source; it currently
is taken from y (which is an empty type, hence the 0
for sm).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56802
--- Comment #1 from Andrew Pinski 2013-04-01
17:01:15 UTC ---
I think the trick is to compile a cross compiler and then another cross
compiler where the host==target!=build.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56802
Bug #: 56802
Summary: --with-build-sysroot does not affect library search
directories
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45882
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
Thomas Koenig changed:
What|Removed |Added
Depends on||37131
--- Comment #11 from Thom
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56801
--- Comment #1 from Mike Spear 2013-04-01
15:55:04 UTC ---
Created attachment 29768
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29768
C file that generates the ICE
I forgot to include the output of gcc -v. This is a standard 64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56801
Bug #: 56801
Summary: Internal Compiler Error when compiling relaxed
transaction
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56798
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56798
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50269
Rich Townsend changed:
What|Removed |Added
CC||townsend at astro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52436
--- Comment #2 from Marc Glisse 2013-04-01 15:14:59
UTC ---
Created attachment 29767
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29767
patch
This patch may be a bit too strong. In particular, it breaks
gcc.dg/vect/nodump-forwpr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56800
Bug #: 56800
Summary: [fortran-dev Regression] move_alloc_13.f90 failure
Classification: Unclassified
Product: gcc
Version: fortran-dev
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56799
--- Comment #1 from Yuri Rumyantsev 2013-04-01
14:51:28 UTC ---
It is sufficient to compile test with '-O2' option.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56799
Bug #: 56799
Summary: Runfail after r197060+r197082.
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #24 from Paolo Carlini 2013-04-01
14:32:27 UTC ---
(Nit: careful with the GCC coding style, eg, open curly bracket on a new line)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
Manuel López-Ibáñez changed:
What|Removed |Added
Attachment #29753|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #22 from Manuel López-Ibáñez 2013-04-01
14:17:45 UTC ---
(In reply to comment #13)
> and didn't need to be translated. So, printf ("%.*d"); (the common case)
> wouldn't have to be recorded, while printf (R"<<<(%)>>>" "." R"(*)" "d")
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55583
--- Comment #5 from Marc Glisse 2013-04-01 13:45:33
UTC ---
Created attachment 29764
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29764
Patch from comment #4
I apparently forgot to attach a patch when I posted comment #4. This is
61 matches
Mail list logo
