--- Comment #8 from gerald at pfeifer dot com 2006-04-12 19:59 ---
I committed this to HEAD and the 4.1-branch now.
Thanks to everyone who helped review this, and of course the
original submitter!
--
gerald at pfeifer dot com changed:
What|Removed
--- Comment #7 from gerald at pfeifer dot com 2006-04-12 20:01 ---
RTH, Jakub, would you mind having a look at this regression?
--
gerald at pfeifer dot com changed:
What|Removed |Added
ndled reloc type 67
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: sp
--- Comment #3 from gerald at pfeifer dot com 2006-04-20 23:46 ---
(In reply to comment #2)
> Does Sparc-FreeBSD have working TLS support?
According to FreeBSD developers I asked, it does not, yet (probably due
to missing binutils support).
--
http://gcc.gnu.org/bugzi
pfeifer dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
--- Comment #1 from gerald at pfeifer dot com 2006-06-04 11:15 ---
Also, does a configuration file, in text format, like this really belong
under /lib?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
--- Comment #7 from gerald at pfeifer dot com 2006-06-06 21:04 ---
That would be great. I'd really love to see us support parallel
libgcj installations into the same $prefix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
--- Comment #6 from gerald at pfeifer dot com 2006-06-07 11:18 ---
(In reply to comment #5)
> Created an attachment (id=11596)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11596&action=view) [edit]
>
> can anybody test this?
Hi Paolo, I cannot test this myself at
--- Comment #8 from gerald at pfeifer dot com 2006-06-07 21:37 ---
I got feedback from volunteers who were able to test the proposed patch:
Looks good, bootstrap succeeds!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26188
--- Comment #11 from gerald at pfeifer dot com 2006-06-14 18:33 ---
Sorry for the delay, Paolo: do you think you could provide a patched
configure script for the new patch as well? Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26188
--- Comment #13 from gerald at pfeifer dot com 2006-06-16 15:25 ---
Thanks, Paolo!
I got confirmation by two testers who experienced the original problem that
your latest patch addresses the issue, and they managed to bootstrap now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #17 from gerald at pfeifer dot com 2006-07-11 12:31 ---
i386-unknown-freebsd5.4 is also broken.
--
gerald at pfeifer dot com changed:
What|Removed |Added
--- Comment #1 from gerald at pfeifer dot com 2009-01-25 20:40 ---
Since I reported this, things have improved somewhat. Per
http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg02566.html
we now have
=== libgomp Summary ===
# of expected passes 2277
# of
undefined
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: alpha-unknown-freeb
gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i386-unknown-freebsd7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40126
--- Comment #1 from gerald at pfeifer dot com 2009-05-12 20:40 ---
Created an attachment (id=17855)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17855&action=view)
Preprocessed source file; test with $GCC -g -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40126
ReportedBy: gerald at pfeifer dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40289
--- Comment #3 from gerald at pfeifer dot com 2009-06-01 20:32 ---
This has been fixed for GCC 4.2.0, I believe by the following patch:
2006-06-21 Frank Ch. Eigler
PR 21274
mf-runtime.h installation based on ssp patch for PR 26473 from
Mark Mitchell
--
gerald at pfeifer dot com changed:
What|Removed |Added
Target Milestone|3.1.x/3.2.x |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18244
--
gerald at pfeifer dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |gerald at pfeifer dot com
|dot org
: major
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29205
--- Comment #2 from gerald at pfeifer dot com 2006-10-09 19:46 ---
Making the major.minor number (4.1, 4.2,...) part of the name sounds quite
fine to me!
(Sorry for the delay in responding to your question, Tom. I've been out last
week.)
--
http://gcc.gnu.org/bug
--- Comment #6 from gerald at pfeifer dot com 2006-10-21 11:28 ---
Thanks, Tom! I updated some packages I maintain and verified that this
indeed nicely fixes the problem.
As for GCC 4.1, as you say, I don't think it's strictly needed, though it
could be useful for some (usi
org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i386-suse-linux, i386-unknown-freebsd5.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30790
--
gerald at pfeifer dot com changed:
What|Removed |Added
Severity|normal |blocker
Summary|[4.3 regression] Bootstrap |[4.3 regression
ority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i586-suse-linux, i386-unknown-freebsd5.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31127
ary: Improve upon "invalid use of member (did you forget the
'&' ?)"
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31423
--- Comment #3 from gerald at pfeifer dot com 2007-08-25 14:52 ---
Indeed the (known) problem here is that GCC 4.3 uses more than 512MB
of memory building these Java files.
When I first reported this about eight months ago some attempts were
made to address it, but talking to some of
--- Comment #7 from gerald at pfeifer dot com 2007-08-25 14:55 ---
Is this patch still relevant as is? I'd like to ask our Java developers
to have a look, but it would be good if you (as the original submitter)
could verify and, if needed, provide a patch against our cu
--- Comment #5 from gerald at pfeifer dot com 2007-08-25 14:57 ---
FreeBSD upstream now switched to GCC 4.2.1 to rebuild the whole system,
so this problem was solved there.
Since GCC 3.4.x is no longer maintained by the GCC developers (GCC 4.0.x
being the oldest tree still open), I am
UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i386-unknown-freebsd5.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33352
--- Comment #2 from gerald at pfeifer dot com 2007-09-09 01:09 ---
Karl discussed this with me and despite some concerns on my side as well
I agreed to implement something like this. It's just a single line in a
config file that can be controlled via remote CVS, it turn
--
gerald at pfeifer dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |gerald at pfeifer dot com
|dot org
--- Comment #3 from gerald at pfeifer dot com 2007-09-17 00:13 ---
Change committed to wwwdocs CVS module and life on gcc.gnu.org.
http://gcc.gnu.org/onlinedocs/ref it is!
--
gerald at pfeifer dot com changed:
What|Removed |Added
--- Comment #2 from gerald at pfeifer dot com 2007-10-05 10:30 ---
I don't remember getting an answer to the following, but let's close this.
From: Gerald Pfeifer <[EMAIL PROTECTED]>
To: Jan Hubicka <[EMAIL PROTECTED]>
Cc: Andrew Pinski <[EMAIL PROTECTED]>
tstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i386-unknown-freebsd5.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33676
--- Comment #25 from gerald at pfeifer dot com 2007-10-12 15:40 ---
Confirming as fixed on i386-unknown-freebsd54, the originally failing
platform.
--
gerald at pfeifer dot com changed:
What|Removed |Added
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC host triplet: i386-unknown-freebsd4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
y 'compile_type_assert' is negative
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
--
What|Removed |Added
CC||gerald at pfeifer dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20731
--- Comment #12 from gerald at pfeifer dot com 2008-08-09 22:20 ---
This also breaks the bootstrap of the 4.3 branch on i386-unknown-freebsd6.3
without Ada being involved.
--
gerald at pfeifer dot com changed:
What|Removed |Added
--- Comment #2 from gerald at pfeifer dot com 2008-08-31 12:46 ---
Vlad, caused by the IRA merge?
--
gerald at pfeifer dot com changed:
What|Removed |Added
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i386-unknown-freebsd6.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37520
--- Comment #1 from gerald at pfeifer dot com 2008-09-14 20:47 ---
Created an attachment (id=16319)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16319&action=view)
init-list.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37520
--- Comment #2 from gerald at pfeifer dot com 2008-09-14 20:47 ---
Created an attachment (id=16320)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16320&action=view)
init-list.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37520
--- Comment #5 from gerald at pfeifer dot com 2008-09-21 10:15 ---
Uros, looking at this again, after manually changing
leal$_48(,%eax,4), %eax
to
leal_48(,%eax,4), %eax
things build again with the label being defined as
.type $_48, @object
.size $_48, 12
gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC build triplet: i386-unknown-freebsd6.2
GCC host t
IRMED
Severity: critical
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35257
--- Comment #1 from gerald at pfeifer dot com 2008-02-20 00:01 ---
Sorry, I wasn't clear enough here -- this also happens with 4.3.0.
--
gerald at pfeifer dot com changed:
What|Removed |
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i386-unknown-freebsd6.2tt
http://gcc.gnu.org/b
--- Comment #1 from gerald at pfeifer dot com 2008-02-28 20:25 ---
Created an attachment (id=15242)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15242&action=view)
Testcase to reproduce
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35400
--- Comment #3 from gerald at pfeifer dot com 2008-02-29 00:20 ---
The last one that I tested was 132756, and that one was broken. Or do you
mean 132591 might be the culprit?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35400
--- Comment #3 from gerald at pfeifer dot com 2008-03-10 01:35 ---
(In reply to comment #2)
> Based on the command line it looks like your system gjar is crashing.
> Is that the case?
Good point. Yes, that seems to be the case, and I asked Richi about it.
--
gerald at pfeif
--- Comment #2 from gerald at pfeifer dot com 2009-02-03 10:03 ---
Latest testruns confirm this as fixed:
http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg00249.html
Only four failures remain, and these are different from what has been
reported here:
=== libgomp tests
--- Comment #12 from gerald at pfeifer dot com 2009-03-01 13:03 ---
(In reply to comment #8)
> This looks like it happens on FreeBSD 7.1 as well:
> http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg00142.html
>
> Any news on what is going on here?
Yes, I have updated my ni
--- Comment #7 from gerald at pfeifer dot com 2009-03-01 19:26 ---
I'm seeing the same on i386-unknown-freebsd7.1.
PASS: gcc.dg/tree-ssa/vrp47.c (test for excess errors)
FAIL: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times vrp1 "[xy][^ ]* !=" 0
FAIL: gcc.dg/tree-ssa/vr
--- Comment #3 from gerald at pfeifer dot com 2009-03-19 21:45 ---
Ian, Ozkan, would you mind having a look on how to best solve this?
--
gerald at pfeifer dot com changed:
What|Removed |Added
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39605
assigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i386-unknown-freebsd7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39910
--- Comment #1 from gerald at pfeifer dot com 2009-04-26 14:58 ---
Created an attachment (id=17698)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17698&action=view)
Preprocessed source file (created using -save-temps)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39910
--- Comment #2 from gerald at pfeifer dot com 2009-04-26 14:59 ---
Created an attachment (id=17699)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17699&action=view)
Assembly file (created using -save-temps)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39910
--- Comment #4 from gerald at pfeifer dot com 2009-04-26 15:39 ---
Created an attachment (id=17700)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17700&action=view)
Second preprocessed source file (created using -save-temps)
And I'm seeing similiar errors for a di
--- Comment #5 from gerald at pfeifer dot com 2009-04-26 15:40 ---
Created an attachment (id=17701)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17701&action=view)
Second assembly file (created using -save-temps)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39910
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
--- Comment #6 from Gerald Pfeifer ---
(In reply to Jeffrey A. Law from comment #3)
> Gerald, I wanted to reproduce the error so that I could in turn verify the
> proposed fix of using std:abs would work.
I verified that the fix of using std::ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
--- Comment #12 from Gerald Pfeifer ---
Created attachment 48011
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48011&action=edit
Preprocessed value-prof.c for the failure case on FreeBSD 11/i386
(I've been struggling to create the preproc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94493
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
--- Comment
: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: rsandifo at sources dot redhat.com
Target Milestone: ---
Created attachment 48766
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95805
Gerald Pfeifer changed:
What|Removed |Added
Host||i386-unknown-freebsd11.3
--- Comment #1
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
This was originally filed in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93543
--- Comment #7 from Gerald Pfeifer ---
Thank you - and I just received confirmation that also the new patch
addresses the original issue coming from a FreeBSD user with clang 9.0.1.
x27;, but argument 3
hastype 'int'
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56714
Bug #: 56714
Summary: [4.9 regression] Bootstrap failure
libitm/local_atomic:1580:3: error: always_inline f
unction might not be inlinable
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56714
--- Comment #2 from Gerald Pfeifer 2013-03-30
23:35:26 UTC ---
Created attachment 29756
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29756
Pre-processed source aatree.ii
All those always_inline attributes seem to come from libitm
*
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2013-03-31
AssignedTo|unassigned at gcc dot |gerald at pfeifer dot com
|gnu.org |
Ever Confirmed|0 |1
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56714
--- Comment #6 from Gerald Pfeifer 2013-03-31
21:50:42 UTC ---
*** Bug 56784 has been marked as a duplicate of this bug. ***
||gerald at pfeifer dot com
Resolution||DUPLICATE
--- Comment #1 from Gerald Pfeifer 2013-03-31
21:50:42 UTC ---
This is a genuine duplicate of the report I filed earlier: 56714.
*** This bug has been marked as a duplicate of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56714
--- Comment #7 from Gerald Pfeifer 2013-03-31
21:51:44 UTC ---
> Was there a problem the other bug report about this?
Not that I can see. That other report was just a duplicate coming a
few days later.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54102
Gerald Pfeifer changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54381
Bug #: 54381
Summary: -Wsizeof-pointer-memaccess refers to "destination" for
strncmp
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54383
Bug #: 54383
Summary: Internal compiler error for lamba function using
this-> with -std=c++0x
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Bug #: 5
Summary: 32-bit glibc development headers required on GNU/Linux
x86_64, but not checked during configure
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54452
Bug #: 54452
Summary: "no makeinfo case" in classpath/doc still fails when
makeinfo is not present
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54611
Bug #: 54611
Summary: [4.8 regression] Bootstrap failure: conflicting typ
es for 'backtrace_simple'
Classification: Unclassified
Product: gcc
Version: unknown
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54623
Bug #: 54623
Summary: [4.8 regression] install fails with
libbacktrace/backtrace.c:35:20: error: unwind.h: No
such file or directory
Classification: Unclassified
Product
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54732
Bug #: 54732
Summary: [4.8 regression] Installation failure: libbacktrace
rebuilds upon install when built with "make
bootstrap-lean"
Classification: Unclassified
--- Comment #4 from gerald at pfeifer dot com 2009-09-07 13:10 ---
Confirming fix on i386-unknown-freebsd7.2 which had the same failure
mode. Others will have to confirm i386-apple-darwin9, but I figured
that might be useful first confirmation.
--
http://gcc.gnu.org/bugzilla
iority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC build triplet: i386-unknown-freebsd7.2
GCC host triplet: i386-unknown-freebsd7.2
GCC target triplet: i386-unknown-freebsd7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41326
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerald at pfeifer dot com
GCC host triplet: i386-unknown-freebsd7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41350
--- Comment #6 from gerald at pfeifer dot com 2009-09-15 08:16 ---
Confirming as FIXED on i386-unknown-freebsd7.2. Thanks!
--
gerald at pfeifer dot com changed:
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47322
Summary: [4.6 regression] libquadmath breaks bootstrap on
x86_64-unknown-freebsd8.2
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47322
Gerald Pfeifer changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |gerald at pfeifer dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47484
Summary: [4.4/4.5/4.6 regression] share/python/aotcompile.py
and share/python/classfile.py pollute common namespace
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
--- Comment #17 from Gerald Pfeifer 2011-01-29
11:57:55 UTC ---
Thanks, Dominique. I think it'll be great if you can add i386-*-freebsd*.
I'll be happy to test a patch, but I think in this specific case it's just
fine if you commit and we'll ha
||2011.02.06 23:19:10
CC||gerald at pfeifer dot com
Ever Confirmed|0 |1
--- Comment #2 from Gerald Pfeifer 2011-02-06
23:19:10 UTC ---
I'll see what I can do about this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649
--- Comment #9 from Gerald Pfeifer 2011-02-09
00:00:58 UTC ---
Actually, let me take this back. This very bug probably should
be closed (I'll address it on the FreeBSD side), but #47648 looks
like a genuine one for Tobias or Jakub?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649
Gerald Pfeifer changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
||FIXED
AssignedTo|unassigned at gcc dot |gerald at pfeifer dot com
|gnu.org |
--- Comment #10 from Gerald Pfeifer 2011-02-11
12:40:43 UTC ---
This was an issue with the FreeBSD Ports Collection (on ia64 and sparc64)
which I
||gerald at pfeifer dot com
Resolution||WORKSFORME
AssignedTo|unassigned at gcc dot |gerald at pfeifer dot com
|gnu.org |
--- Comment #2 from Gerald Pfeifer 2011-02-16
00:23:00 UTC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959
--- Comment #25 from Gerald Pfeifer 2011-02-22
10:09:23 UTC ---
(In reply to comment #24)
> The error now is:
That's a different one, Anton. You'll need to wait for it to be
resolved before we can proceed with the issue on HEAD. (I'll update
l
1 - 100 of 315 matches
Mail list logo
