http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56975
Bug #: 56975
Summary: [regression] dllimport broken on i686-pc-cygwin
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56975
--- Comment #9 from Dave Korn 2013-04-19 18:18:19
UTC ---
Kai's patch applied cleanly for me vs. Revision: 197992 and allowed my failed
build to proceed as far as stage 3 where it failed on libjava (known issue).
I'm going to rerun the bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674
--- Comment #12 from Dave Korn 2010-12-19 11:14:23
UTC ---
Author: davek
Date: Sun Dec 19 11:14:19 2010
New Revision: 168047
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168047
Log:
PR middle-end/46674
PR middle-end/46221
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #27 from Dave Korn 2010-12-19 11:14:23
UTC ---
Author: davek
Date: Sun Dec 19 11:14:19 2010
New Revision: 168047
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168047
Log:
PR middle-end/46674
PR middle-end/46221
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
Dave Korn changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
Summary: [4.6.0 regression] C++ multiple definitions of
non-virtual thunk problem
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #4 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
Dave Korn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
--- Comment #4 from Dave Korn 2011-01-08 16:35:31
UTC ---
(In reply to comment #3)
> A simple test in PR47116:
> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22866
Thankyou, that should make debugging it easier :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
--- Comment #5 from Dave Korn 2011-01-08 18:06:07
UTC ---
Bug is caused by the change at rev 167795 applied to fix PR46667.
http://gcc.gnu.org/viewcvs?view=revision&revision=167795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
--- Comment #6 from Dave Korn 2011-01-08 19:00:25
UTC ---
(In reply to comment #5)
> Bug is caused by the change at rev 167795 applied to fix PR46667.
>
> http://gcc.gnu.org/viewcvs?view=revision&revision=167795
Full details at http://gcc.gnu.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
Dave Korn changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
--- Comment #7 from Dave Korn 2011-01-09 00:47:15
UTC ---
Created attachment 22932
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22932
proposed patch
Ensures thunks get a section name assigned in cgraphunit.c#assemble_thunk().
Taking this
||2011.01.09 17:25:25
AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #49 from Dave Korn 2011-01-09 17:30:31
UTC ---
Created attachment 22935
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22935
trial patch
brings the earlier change that nathan made to always keep dllexported inlines
under control
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
--- Comment #9 from Dave Korn 2011-01-10 00:33:35
UTC ---
Author: davek
Date: Mon Jan 10 00:33:32 2011
New Revision: 168624
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168624
Log:
gcc/ChangeLog:
PR c++/47218
* cgraphunit.c (as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41201
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|davek at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #4 from Dave Korn 2011-01-10 15:28:51
UTC ---
(In reply to comment #2)
> the optimize attribute isn't used in the preprocessed file but only the
> target attribute which is supported. Thus, "worksforme".
Target attributes must be im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
Dave Korn changed:
What|Removed |Added
Keywords||patch
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47468
Summary: FAIL: tmpdir-g++.dg-struct-layout-1/*
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47468
--- Comment #1 from Dave Korn 2011-01-26 04:47:09
UTC ---
Created attachment 23128
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23128
preprocessed source for testcase (first failing test)
This is what causes:
FAIL: tmpdir-g++.dg-struct-la
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47468
Dave Korn changed:
What|Removed |Added
Target||i686-pc-cygwin
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46652
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--- Comment #15 from Dave Korn 2011-01-28 15:28:33
UTC ---
(In reply to comment #14)
> The test is invalid on i[345]86-*-* without also enabling -msse.
Does the same apply to libcpp/lex.c? i.e. Is that code invalid unless
compiled with -msse2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #23 from Dave Korn 2011-01-31 18:53:30
UTC ---
(In reply to comment #21)
> The problem is that first one is defined as prevailing_def_ironly while it is
> not an definition, just use of the symbol. Correct would be to have
> PREVAILI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #25 from Dave Korn 2011-01-31 19:40:52
UTC ---
(In reply to comment #24)
> > What endian-ness are the ppc and hppa targets?
>
> hppa is big. I believe ppc is also big.
>
> Dave
Probably the first time this code has been tested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827
--- Comment #12 from Dave Korn 2011-02-01 04:03:02
UTC ---
(In reply to comment #11)
> Recreated this on linux x86_64 with gcc 4.6-20110129. Running ulimit -a shows
> me that the default stack limit is 8192 and increasing this to 18000 allows
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #28 from Dave Korn 2011-02-01 06:59:58
UTC ---
It looks like the problem is much earlier than the linker; it looks like the IR
symtabs in the input object files are being generated incorrectly. Here are
the real symbol tables:
$ ./o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827
--- Comment #14 from Dave Korn 2011-02-01 17:37:08
UTC ---
(In reply to comment #13)
> [ ... ] -fsplit-stack [ ... ] need for gold as host linker [ ... ]
One of the ELF guys will have to answer that one for you!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #30 from Dave Korn 2011-02-01 19:17:04
UTC ---
*** Bug 47287 has been marked as a duplicate of this bug. ***
||davek at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #12 from Dave Korn 2011-02-01 19:17:04
UTC ---
I could be wrong (reopen the bug if I turn out to be mistaken), but I'll bet
this is the same as PR47274: the IR symtabs are
||davek at gcc dot gnu.org
Resolution||INVALID
--- Comment #4 from Dave Korn 2011-02-12 17:48:46
UTC ---
Hi guys, yes, this is definitely a linker bug, what must be happening is that
there's some kind of private data not getting copied from the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47527
--- Comment #5 from Dave Korn 2011-02-12 20:27:18
UTC ---
Created attachment 23321
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23321
potential fix
With this patch, ld doesn't check the arch/mach/lang/etc. of dummy IR-only BFDs
any more.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43157
Dave Korn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46652
Dave Korn changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52513
Dave Korn changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51135
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #2 from
|REOPENED
Last reconfirmed||2011-12-06
CC||davek at gcc dot gnu.org
Version|4.4.0 |4.7.0
Resolution|FIXED |
Ever Confirmed|0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=864
Dave Korn changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
||davek at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #3 from Dave Korn 2011-12-07 00:45:10
UTC ---
Confirmed. I would also like to see the patch in Attachment 18256 applied.
I have re-opened bug 864 because there is (what I think is) a bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=864
Dave Korn changed:
What|Removed |Added
CC||mark at grondar dot org
--- Comment #21 from Da
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51095
--- Comment #4 from Dave Korn 2011-12-07 00:46:18
UTC ---
> we may as well resume the discussion here
"there", not "here", sorry for any confusion.
||2011-12-08
CC||davek at gcc dot gnu.org
Version|4.4.0 |4.7.0
Ever Confirmed|0 |1
Known to fail||4.4.0
--- Comment #3 from Dave Korn 2011-12-08 12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39933
Dave Korn changed:
What|Removed |Added
CC||ich at az2000 dot de
--- Comment #4 from Dave
||davek at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #1 from Dave Korn 2011-12-08 12:10:28
UTC ---
Same as bug 39933.
*** This bug has been marked as a duplicate of bug 39933 ***
||davek at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #1 from Dave Korn 2011-12-08 12:10:35
UTC ---
Same as bug 39933.
*** This bug has been marked as a duplicate of bug 39933 ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39933
Dave Korn changed:
What|Removed |Added
CC||phantall at gmail dot com
--- Comment #5 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #56 from Dave Korn 2011-04-07 15:15:14
UTC ---
What works for me on Cygwin, and so may well also work for anyone using MSYS,
is setting the heap_chunk_in_mb registry parameter to some value in the range
1024 - 1536. I use 1024 myself
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447
--- Comment #5 from Dave Korn 2011-04-07 15:49:29
UTC ---
Well, this is basically a weakness in the pass-through solution implemented for
PR 42690; it only knows about the compilers stdlibs, and doesn't process any
user-specified libs on the comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447
--- Comment #6 from Dave Korn 2011-04-07 15:51:30
UTC ---
Created attachment 23913
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23913
WIP patch
Work in progress: see comment at start of do_rescan_work() re DT_NEEDED libs,
but should be wo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447
--- Comment #9 from Dave Korn 2011-04-07 22:22:51
UTC ---
(In reply to comment #8)
> > The correct fix is going to be in the linker, not the compiler, by
> > implementing
> > a second library scan pass and obsoleting the pass-through mechanism.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #61 from Dave Korn 2011-04-21 00:40:17
UTC ---
(In reply to comment #59)
> I review the patch, and found that we can add "-fno-keep-inline-dllexport" to
> the compiler option, and then, the compiler and linker stage works well. But
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #25 from Dave Korn 2010-09-24 05:00:16
UTC ---
I'm going to be working on a patch in this area in the next few weeks (I want
to make the dllexport/dllimport attributes work on C++ namespaces), and I can
probably do something about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45851
Summary: FAIL: gcc.dg/lto/20090210 link test with WHOPR owing
to bad -pthread option.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45851
Dave Korn changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45935
Summary: Many g++.dg/gomp failures with ICE in
expand_omp_taskreg
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45926
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45935
Dave Korn changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45851
Dave Korn changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #6 from Dave Korn 2010-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #36 from Dave Korn 2010-10-14 15:37:34
UTC ---
Hi everyone, sorry I've been busy working on LTO stuff for a bit but I haven't
forgotten this.
Before this discussion gets too heated, could Vadim and/or Cesar please add
some of the obj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #41 from Dave Korn 2010-10-14 15:50:53
UTC ---
(In reply to comment #40)
> (In reply to comment #36)
> > could Vadim and/or Cesar please add
> > some of the object files we've been discussing as attachments to this bug
> > report, so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--- Comment #12 from Dave Korn 2010-10-17 14:24:06
UTC ---
This also breaks lto-bootstrap on i686-pc-cygwin:
/gnu/gcc/gcc/libcpp/lex.c: In function ‘search_line_sse2’:
/gnu/gcc/gcc/libcpp/lex.c:370:15: internal compiler error: in convert_mov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44776
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46195
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #25
||2010.11.02 22:49:51
CC||davek at gcc dot gnu.org
AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46273
Dave Korn changed:
What|Removed |Added
Keywords||build, patch
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46273
Dave Korn changed:
What|Removed |Added
URL|http://gcc.gnu.org/ml/gcc-p |http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46273
--- Comment #7 from Dave Korn 2010-11-03 09:14:36
UTC ---
Author: davek
Date: Wed Nov 3 09:14:32 2010
New Revision: 166233
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166233
Log:
ChangeLog:
2010-11-03 Ian Lance Taylor
Dave
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46273
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46291
--- Comment #1 from Dave Korn 2010-11-03 17:12:51
UTC ---
I am investigating.
||2010.11.03 20:49:18
AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #2 from Dave Korn 2010-11-03 20:49:18
UTC ---
I have found the problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46291
--- Comment #3 from Dave Korn 2010-11-03 20:51:02
UTC ---
Created attachment 22267
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22267
only close fd if we were called by gnu ld
About to put this through a test cycle.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46291
--- Comment #5 from Dave Korn 2010-11-03 21:35:11
UTC ---
Thanks Cary. I shall prepare a different patch that simply deletes the lines
that close the fd, and shall fix LD to match.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46291
Dave Korn changed:
What|Removed |Added
Attachment #22267|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46291
Dave Korn changed:
What|Removed |Added
Keywords||build, lto, patch
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46291
--- Comment #8 from Dave Korn 2010-11-03 23:13:55
UTC ---
Author: davek
Date: Wed Nov 3 23:13:51 2010
New Revision: 166285
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166285
Log:
PR lto/46291
* lto-plugin.c (claim_file_handler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46291
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
||2010.11.05 17:44:25
AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #2 from Dave Korn 2010-11-05 17:44:25
UTC ---
investigating, thanks for the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
--- Comment #3 from Dave Korn 2010-11-05 22:59:04
UTC ---
When I tried running these tests in a pre-existing build tree,
plugin_default_version_check failed because the datestamps don't match up:
(gdb) p gcc_version[0]
$5 = {basever = 0x1029fe8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
--- Comment #7 from Dave Korn 2010-11-05 23:33:29
UTC ---
(In reply to comment #4)
> Everything seems wrong.
Yes, you aren't exaggerating! I am continuing to try and figure out what's
going wrong.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
--- Comment #8 from Dave Korn 2010-11-08 04:52:12
UTC ---
The generated source file selfassign.so.ltrans0.s (and hence also the object
file selfassign.so.ltrans0.ltrans.o) file which gets created when lto-plugin
invokes lto1 on the original input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
--- Comment #9 from Dave Korn 2010-11-08 06:27:25
UTC ---
(In reply to comment #8)
> This appears to be because plugin_init in selfassign.c isn't marked with
> __attribute__((externally_visible)), and the resolution file marks it as
> PREVAILING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
Dave Korn changed:
What|Removed |Added
Keywords||patch
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28627
--- Comment #3 from Dave Korn 2010-11-09 19:50:53
UTC ---
(In reply to comment #2)
> As we want to keep here errors instead of warnings and the cgraph pass is
> modeled that way that the diagnostic of second error isn't possible, I decided
> to a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
Dave Korn changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
||2010.11.09 20:21:15
CC||davek at gcc dot gnu.org
AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
--- Comment #4 from Dave Korn 2010-11-09 21:00:57
UTC ---
Created attachment 22355
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22355
first spin of trial patch
How about if we make building the plugin conditional on having c99 available?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
--- Comment #4 from Dave Korn 2010-11-09 21:00:47
UTC ---
Created attachment 22354
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22354
proposed patch
ISTM the main issue (common to this and Bug 46397) is C99, so this patch adds a
test for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
--- Comment #5 from Dave Korn 2010-11-09 21:03:50
UTC ---
> (Don't forget to regenerate the two configure files,
And run autoheader in lto-plugin, I should have added there.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
--- Comment #5 from Dave Korn 2010-11-09 21:04:29
UTC ---
BTW note that this needs a run of autoheader in the lto-plugin dir, as well as
autoconf there and at top-level.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
--- Comment #7 from Dave Korn 2010-11-09 21:21:07
UTC ---
(In reply to comment #6)
> > How about if we make building the plugin conditional on having c99
> > available?
>
> That wouldn't be consistent with us currently requiring only a C90 comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
--- Comment #9 from Dave Korn 2010-11-09 21:35:09
UTC ---
(In reply to comment #6)
> > How about if we make building the plugin conditional on having c99
> > available?
>
> That wouldn't be consistent with us currently requiring only a C90 comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
--- Comment #7 from Dave Korn 2010-11-09 21:54:31
UTC ---
(In reply to comment #6)
> The LTO plugin is a fairly small piece of code; how hard would it be to
> eliminate any C99 dependencies?
Just looking at that now in response to Eric's comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
Dave Korn changed:
What|Removed |Added
Attachment #22354|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
Dave Korn changed:
What|Removed |Added
Attachment #22355|0 |1
is obsolete|
1 - 100 of 165 matches
Mail list logo