http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47500
Eric Botcazou changed:
What|Removed |Added
Target||mips-*-rtems
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607
--- Comment #11 from Alexandre Oliva 2011-01-28
07:38:06 UTC ---
Yeah, relinking, not prelinking, sorry.
I guess something along the lines of make_relative_prefix might work, if a
twisted maze of soft links doesn't make it unworkable. IIRC that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
--- Comment #11 from Alexandre Oliva 2011-01-28
07:06:50 UTC ---
Richi, which one is “second”? The second I posted, or the second in the active
attachment list? (the third posted superseded the first, becoming second in
the list)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #10 from Francis 2011-01-28 05:00:23
UTC ---
This is how my compiler is configured.
$ /usr/bin$ ./gcc-4.4 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5'
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47504
Summary: some constexpr calculations erroneously overflow when
using negative numbers
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47499
--- Comment #1 from Andrew Pinski 2011-01-28
03:47:11 UTC ---
You should have reported this to Apple first:
gcc version 4.2.1 (Apple Inc. build 5664)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47503
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47501
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
--- Comment #4 from hjl at gcc dot gnu.org 2011-01-28
02:15:25 UTC ---
Author: hjl
Date: Fri Jan 28 02:15:22 2011
New Revision: 169351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169351
Log:
Never combine asm statement.
gcc/
2011-01-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47503
Summary: [4.6 Regression] [C++0x] ICE: in adjust_temp_type, at
cp/semantics.c:5876 with -fno-elide-constructors
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
H.J. Lu changed:
What|Removed |Added
CC||ubizjak at gmail dot com
--- Comment #3 from H.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
--- Comment #2 from H.J. Lu 2011-01-28 00:16:53
UTC ---
It is a bad idea for combine to replace pseudo registers in
asm statements with hard registers, which is the job of RA.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
H.J. Lu changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43082
Nicola Pero changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
Summary: [x32] can’t find a register in class ‘SIREG’ while
reloading ‘asm’
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47501
Summary: [4.6 Regression] -fcompare-debug failure with -Os
-fmodulo-sched
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44303
--- Comment #4 from Sebastian Pop 2011-01-27 23:17:30
UTC ---
The testcase passes when GCC is configured with --enable-cloog-backend=isl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47498
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #3 from Alan Modra 2011-01-27 22:52:29
UTC ---
This is odd. The error is given when a plt call, or a call needing an r2
offsetting stub is made but the code does not have a following nop which can be
replaced with an r2 restoring ins
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47474
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47474
--- Comment #3 from Tobias Burnus 2011-01-27
22:47:14 UTC ---
Author: burnus
Date: Thu Jan 27 22:47:08 2011
New Revision: 169340
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169340
Log:
2011-01-27 Tobias Burnus
PR fortran/47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Milestone|-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47500
Summary: mips-*-rtems*: -G0 option not recognized by gnat1
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47499
Summary: cpp will not process stdio.h
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: preprocessor
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47498
Summary: [4.6 Regression] -fcompare-debug failure with
-fsched2-use-superblocks
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
--- Comment #7 from Tobias Burnus 2011-01-27
21:04:27 UTC ---
Submitted patch for deferred-length character strings (only for scalars):
http://gcc.gnu.org/ml/fortran/2011-01/msg00264.html
Also supports (re)allocate on assignment for scalars (PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35810
--- Comment #13 from Tobias Burnus 2011-01-27
21:03:24 UTC ---
Submitted patch for (re)allocate on intrinsic assignment -- now for scalars:
http://gcc.gnu.org/ml/fortran/2011-01/msg00264.html
Also supports (for scalars only) deferred-length cha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497
--- Comment #1 from H.J. Lu 2011-01-27 20:49:51
UTC ---
Revision 169303 is bad.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497
Summary: [4.6 Regression] SPEC CPU 2006 failed to link with LTO
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #3 from Tobias Burnus 2011-01-27
20:26:59 UTC ---
Cf. also http://lists.gnu.org/archive/html/help-make/2011-01/msg00102.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
Janne Blomqvist changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46967
--- Comment #2 from dave at hiauly1 dot hia.nrc.ca 2011-01-27 20:24:02 UTC ---
> With r163461 backported (compiler only built with --enable-languages=c this
> time) we ran the libgomp testsuite 3 times, failed 11/248 tests, 0/248 tests
> and 9/248
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
--- Comment #3 from Janne Blomqvist 2011-01-27 20:22:46
UTC ---
Author: jb
Date: Thu Jan 27 20:22:37 2011
New Revision: 169338
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169338
Log:
Pr 47431 CTIME/FDATE thread-safety using ctime_r()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
--- Comment #4 from H.J. Lu 2011-01-27 20:19:23
UTC ---
(In reply to comment #1)
> This c++98 variation using sizeof instead of decltype gives an ICE in the same
> place:
>
> template < typename T >
> int f( const T &, const char * );
>
> templ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #3 from H.J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
--- Comment #8 from froydnj at codesourcery dot com 2011-01-26 15:06:09 UTC ---
Waiting on Jason to approve feedback-modified patch:
http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01667.html
--- Comment #9 from Matt Hargett 2011-01-27 20:11:26 UT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
Janne Blomqvist changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
--- Comment #5 from Janne Blomqvist 2011-01-27 20:08:44
UTC ---
Fixed, closing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46967
--- Comment #1 from The Written Word
2011-01-27 20:06:40 UTC ---
John David Anglin pointed us to bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34544 so we backported the patch to
4.4 and tried it.
With r163461 backported (compiler only built
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
--- Comment #4 from Janne Blomqvist 2011-01-27 20:05:49
UTC ---
Author: jb
Date: Thu Jan 27 20:05:45 2011
New Revision: 169337
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169337
Log:
PR 47432 Use ttyname_r() if available
Modified:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47375
Janne Blomqvist changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
--- Comment #3 from Tobias Burnus 2011-01-27
19:01:07 UTC ---
(In reply to comment #2)
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
> I don't fully trust the kernel on this system. I see in config.h:
>
> /* libm includes sqrt */
> /* #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46620
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #20 from dave at hiauly1 dot hia.nrc.ca 2011-01-27 18:06:02 UTC ---
On Thu, 27 Jan 2011, hubicka at ucw dot cz wrote:
> Merging should happen after unmerged files are dumped. Perhaps they go to
> some
> funny place,
> like /tmp?
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
--- Comment #5 from Tony Poppleton 2011-01-27
17:58:12 UTC ---
The modified testcase in comment #4 also fixes the original bug with redundent
push/pop of BX (as described in PR35926), so fixing this during tree
optimizations would be good.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #9 from Thomas Henlich
2011-01-27 17:55:13 UTC ---
Maybe this should be a command option, possibly defaulting to the current
behaviour unless -std=xx is given.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607
--- Comment #10 from joseph at codesourcery dot com 2011-01-27 17:47:12 UTC ---
On Thu, 27 Jan 2011, aoliva at gcc dot gnu.org wrote:
> This could bring an improvement for a few platforms, but it wouldn't solve the
> problme in general. On platf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
Jakub Jelinek changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment #4 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
--- Comment #5 from Janne Blomqvist 2011-01-27 17:34:18
UTC ---
Author: jb
Date: Thu Jan 27 17:34:14 2011
New Revision: 169334
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169334
Log:
PR 47491 getpwuid_r() bootstrap regression on Solari
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #44 from davidxl 2011-01-27 17:33:42
UTC ---
Nice triaging..
David
Latus internetaa var uzpelnit sekojot saitei:
http://www.tavaveiksme.lv
Labs izklasts un video!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37665
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
--- Comment #2 from dave at hiauly1 dot hia.nrc.ca 2011-01-27 17:27:40 UTC ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
>
> Tobias Burnus changed:
>
>What|Removed |Added
> --
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
--- Comment #3 from Jakub Jelinek 2011-01-27
17:21:04 UTC ---
Not so easily, addsi3_cc is quite specialized pattern and if we add peepholes
to help with reg1 = reg1 op reg2; reg2 = reg1 [reg1 DEAD];
I think we'd add it only for a couple of most c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #8 from Tobias Burnus 2011-01-27
17:21:24 UTC ---
(In reply to comment #7)
> I remember the discussion when we first implemented this and we wanted the +
> on
> Inf to be consistent with -Inf.
Well, the following is in any case wro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #19 from Jan Hubicka 2011-01-27 17:16:31
UTC ---
> lto1: internal compiler error: in lto_varpool_replace_node, at
> lto-symtab.c:305
Merging should happen after unmerged files are dumped. Perhaps they go to some
funny place,
like /
> lto1: internal compiler error: in lto_varpool_replace_node, at
> lto-symtab.c:305
Merging should happen after unmerged files are dumped. Perhaps they go to some
funny place,
like /tmp?
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
Janne Blomqvist changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #18 from dave at hiauly1 dot hia.nrc.ca 2011-01-27 17:07:34 UTC ---
On Thu, 27 Jan 2011, hubicka at gcc dot gnu.org wrote:
> I need to see the dump from merging, too.
> They gets name of one of the .o files when -save-temps is used.
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47496
Summary: HAS_DECL_ASSEMBLER_NAME_P and DECL_ASSEMBLER_NAME has
some incosistency
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35926
--- Comment #6 from Tony Poppleton 2011-01-27
16:55:26 UTC ---
For the record, the additional movl noticed above in GCC 4.6.0 has been
factored out into PR47477
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #2 from Joost VandeVondele
2011-01-27 16:52:07 UTC ---
Not sure if that solves the issue, but CP2K uses these rules:
%.o: %.F
$(FC) -c $(FCFLAGS) $<
%.mod: %.o
@true
with these style dependencies:
ai_coulomb_test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
--- Comment #7 from Ian Bolton 2011-01-27 16:51:41
UTC ---
(In reply to comment #6)
> Assuming this is fixed now.
Yes, I can use trunk to run the whole of Spec2K for -O3 -mthumb without errors.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Jan Hubicka changed:
What|Removed |Added
CC||amodra at gmail dot com,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #7 from Jerry DeLisle 2011-01-27
16:35:13 UTC ---
I remember the discussion when we first implemented this and we wanted the + on
Inf to be consistent with -Inf.
Oh well, if folks really feel strongly about this, I can change it all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #42 from Richard Guenther 2011-01-27
16:30:52 UTC ---
Comparing -O3 -ffast-math -funroll-loops -fno-inline -fno-partial-inlining
(thus generic arch, without prefetching):
trunk:
df live regs : 4.22 ( 6%) usr 0.04 ( 2%)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-01-27 16:28:39 UTC ---
> --- Comment #2 from Janne Blomqvist 2011-01-27
> 16:10:41 UTC ---
> Some git-grepping showed that at least libjava has in configure.ac
>
> AC_DEFINE(_POSIX_PTHR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #41 from Jakub Jelinek 2011-01-27
16:28:49 UTC ---
With additional -fno-prefetch-loop-arrays the TOTAL goes down from that 137s to
92.23, and judging from tree dumps between 4.5 and 4.6 we do significantly more
vectorization too (4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46949
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #40 from Richard Guenther 2011-01-27
16:19:26 UTC ---
Btw, when I remove -fbounds-check the sizes are comparable (without
prefetching),
so I guess we are just better in removing bounds checking for 4.6 and that
triggers size-costly lo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #39 from Richard Guenther 2011-01-27
16:16:48 UTC ---
The size difference is likely from prefetching, it's 1.5MB vs. 1.1MB without
that (-O3 -fbounds-check -ffast-math -funroll-loops). Prefetching usually
causes another set of (then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46949
--- Comment #2 from Jan Hubicka 2011-01-27
16:16:44 UTC ---
Author: hubicka
Date: Thu Jan 27 16:16:34 2011
New Revision: 169332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169332
Log:
PR middle-end/46949
* cgraphunit.c (process
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #1 from Tobias Burnus 2011-01-27
16:11:18 UTC ---
For the example, the following works - though it it not robust: The order of
the "myprogram" dependencies matters - and for the same reason doing a "make
myprogram.o" will fail. (Assu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
--- Comment #2 from Janne Blomqvist 2011-01-27 16:10:41
UTC ---
Some git-grepping showed that at least libjava has in configure.ac
AC_DEFINE(_POSIX_PTHREAD_SEMANTICS, 1, [Required define if using POSIX
threads])
and in case Boehm GC is not used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #38 from Jakub Jelinek 2011-01-27
16:02:49 UTC ---
*.gimple dump is roughly the same size between 4.5 and 4.6, but resulting
assembly size is 15MB in 4.5 and 23MB (with only < 100KB variation with
-fno-ivopts) in 4.6. -fno-inline doe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
Summary: .mod files: File modification time - Makefile build
issue
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #9 from Paolo Carlini 2011-01-27
15:58:19 UTC ---
Likewise for 4_5-branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-01-27 15:57:09 UTC ---
Just FYI: as a quick hack, I've added -D_XOPEN_SOURCE=600 to AM_CPPFLAGS
in Makefile.in. This allowed me to finish the build. While this should
also work on Solar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #37 from Jakub Jelinek 2011-01-27
15:55:57 UTC ---
/usr/src/gcc/objr/gcc/f951 -quiet -ftime-report -fbounds-check -g -O3
-ffast-math -funroll-loops -ftree-vectorize -march=amdfam10 pr45422.f90 2>&1 |
grep ':[ ]*[1-9]\|TOTAL'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #17 from Jan Hubicka 2011-01-27
15:51:54 UTC ---
You uploaded the cgraph files from local compilation.main_test is not called in
abs-1.c
I need to see the dump from merging, too.
They gets name of one of the .o files when -save-temps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47494
--- Comment #1 from Tobias Burnus 2011-01-27
15:50:57 UTC ---
Cf. also http://gcc.gnu.org/ml/fortran/2011-01/msg00250.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47494
Summary: .MOD files: Consider removing the time stamp
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #7 from Paolo Carlini 2011-01-27
15:33:47 UTC ---
Ok. In any case we should not risk miscompiling stuff, better bailing out at
compile time. I see that in atomic_base.h the configure-time macros
_GLIBCXX_ATOMIC_BUILTINS_* are used and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
--- Comment #3 from Tobias Burnus 2011-01-27
15:23:36 UTC ---
(In reply to comment #2)
> PR 47431 - ctime_r issue (not committed)
PR 47432 <<< should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
--- Comment #2 from Tobias Burnus 2011-01-27
15:22:43 UTC ---
(In reply to comment #1)
> (or related PRs 47491 and 47431).
(did not link. Try harder:)
PR 47491 - bootstrap error for GETLOG's getpwuid_r
Cf. solution ideas at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47354
--- Comment #14 from Graham Reed 2011-01-27 15:22:36
UTC ---
I agree; thanks guys.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
--- Comment #2 from Tobias Burnus 2011-01-27
15:21:48 UTC ---
(In reply to comment #1)
> (or related PRs 47491 and 47432).
(did not link. Try harder:)
PR 47491 - bootstrap error for GETLOG's getpwuid_r
Cf. solution ideas at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
Summary: FAIL: gfortran.fortran-torture/execute/csqrt_1.f90
compilation
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44909
Jason Merrill changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #9 from Jason Merril
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47492
--- Comment #1 from Patrick Marlier
2011-01-27 15:10:18 UTC ---
Created attachment 23143
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23143
draft patch
This patch makes it work but:
(trans-mem.c)
examine_call_tm(): I don't know if it is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #6 from Jonathan Wakely 2011-01-27
15:06:17 UTC ---
as requested in the bug reporting guidelines, please provide the output of 'gcc
-v' (not just gcc --version) so we can see how your compiler was configured
I know the Debian gcc pac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #5 from Paolo Carlini 2011-01-27
15:02:52 UTC ---
Thanks!
1 - 100 of 142 matches
Mail list logo
