Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzi
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-01
15:54 ---
Created an attachment (id=1)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=1&action=view)
Testcase
Compile with `gcc -O2 -flto 1.c 2.c'
--
http://gcc.gnu.org/bugzilla/sho
dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43316
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-10
00:01 ---
Created an attachment (id=20068)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20068&action=view)
Backtrace
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43316
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-03-10
00:01 ---
Created an attachment (id=20070)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20070&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43316
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2010-03-10
00:17 ---
Created an attachment (id=20071)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20071&action=view)
Another testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43057
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-03-10
00:32 ---
Bug 42402.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43318
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-10
11:17 ---
Machine-independent templates are described in gccint.info, in the "Output
Templates and Operand Substitution" section. Online documentation is here:
<http://gcc.gnu.org/onlinedocs/
4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43335
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-11
19:26 ---
Created an attachment (id=20086)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20086&action=view)
Patch
I use this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43335
: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43336
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-11
19:29 ---
Created an attachment (id=20088)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20088&action=view)
Patch
This "mustard plaster" helps me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43336
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2010-03-12
20:01 ---
Patch: <http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00492.html>
Diego Novillo wrote:
> OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43336
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-03-13
23:38 ---
I believe that GCC is correct, and the warning is good. The actual bug was
introduced in MinGW-w64 in revision 1699.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43356
tedBy: d dot g dot gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43371
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-14
23:30 ---
Created an attachment (id=20105)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20105&action=view)
Patch to add "fresolution" to gcc.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43371
onent: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43467
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-21
17:25 ---
Created an attachment (id=20151)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20151&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43467
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2010-03-21
18:00 ---
My GCC (4.4 and 4.5) were configured with the following options:
`--build=mingw32 --enable-languages=c,c++
--enable-version-specific-runtime-libs --disable-win32-registry --disable-nls
--disable-shared
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42127
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-11-21
13:40 ---
This maybe related to r154291 (tree-optimize.c (execute_fixup_cfg): Rescale
frequencies.) Counts are not rescaled for entry block and exit block. Then in
counts_to_freqs(), their frequencies become very
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-11-26
11:02 ---
> note that there are no warnings
A warning is issued with -Wstrict-aliasing=1 or -Wstrict-aliasing=2, but no
warning with -Wstrict-aliasing=3 (or -Wall).
I see there are already a few bug reports ab
Summary: Regression: build with --enable-build-with-cxx failed
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-11-27
07:17 ---
Patch: <http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00730.html>.
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-12-05
00:51 ---
Created an attachment (id=19232)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19232&action=view)
Compiler error messages
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42293
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-12-05
03:55 ---
Created an attachment (id=19235)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19235&action=view)
Diff file
This allows me to compile it, but quoting from windef.h: /* FIXME: Is there a
good s
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-12-05
22:28 ---
Can't reproduce with this testcase and g++ 4.5.0 20091203.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41806
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2009-12-09
23:43 ---
> In mingw-w64 platform headers we worked-a-round this by checking
> for __OBJC__ to check, if we shouldn't define BOOL.
The hack exists in mingw32 headers, too:
230 typedef int WINBOO
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-12-13
22:06 ---
This bug has disappeared.
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-12-18
05:14 ---
Committed revision 155211.
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
NCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-12-18
11:49 ---
Created an attachment (id=19343)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19343&action=view)
Preprocessed sources
Compile with `gcc src/* -flto -fuse-linker-plugin'
--
http:/
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-12-18
11:50 ---
Created an attachment (id=19344)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19344&action=view)
Backtrace
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42426
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-12-19
01:20 ---
I guess this option should have a few warning levels. For example,
-Wcovered-headers (or -Wcovered-headers=1, which is the same) will not warn
about fixed and GCC's private include files.
--
ignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42442
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-12-21
21:42 ---
Created an attachment (id=19361)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19361&action=view)
Small testcase
Run `gcc -flto -fuse-linker-plugin 1.c 2.c' (or just `gcc -flto
-fuse-lin
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42453
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-12-21
22:32 ---
Created an attachment (id=19362)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19362&action=view)
Backtrace
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42453
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-12-24
21:25 ---
Some issues with -foptimize-sibling-calls were fixed in GCC 4.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
--- Comment #10 from d dot g dot gorbachev at gmail dot com 2009-12-25
13:34 ---
> No simple test-case code can be provided you have to read
> libxml2 source error.c about less then 1000 lines.
Could you please provide the preprocessed source file, as described here:
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet:
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-01-01
16:51 ---
Created an attachment (id=19436)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19436&action=view)
Output of -v
Does not work for me without --with-arch / --with-tune.
--
http://gcc.
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2010-01-01
17:52 ---
`-fuse-linker-plugin' is crucial to reproduce this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42520
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2010-01-11
13:08 ---
Fixed in r155800.
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-11
15:25 ---
Created an attachment (id=19541)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19541&action=view)
testcase
GCC 4.5.0 20100107.
gcc -flto -fuse-linker-plugin pr42690.c -DBUG
--
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2010-01-14
22:15 ---
> Is the undefined reference to libgcc? Is it being linked statically?
Yes. In both cases (with and without -DBUG), the ld command line is
/usr/local/bin/ld -plugin
/usr/local/libexec/gcc/i686-pc-li
--- Comment #7 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:01 ---
Created an attachment (id=19610)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19610&action=view)
1. Configured w/o --disable-shared, linking with a shared libgcc.
Output of gcc -v
--
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:02 ---
Created an attachment (id=19611)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19611&action=view)
2. Configured w/o --disable-shared, linking with a static libgcc (with
-static).
--
--- Comment #9 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:02 ---
Created an attachment (id=19612)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19612&action=view)
3. Configured with --disable-shared, linking with a static libgcc.
--
http://gcc.gnu.org/b
--- Comment #10 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:02 ---
Created an attachment (id=19613)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19613&action=view)
4. Configured with --disable-shared, linking with a static libgcc (with
-static).
--
--- Comment #11 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:03 ---
GCC was configured with --disable-shared option. It seems that the driver does
not understand that --disable-shared implies static libgcc
--
d dot g dot gorbachev at gmail dot com changed
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42757
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-15
13:34 ---
Created an attachment (id=19614)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19614&action=view)
Testcase
It produces error: undefined reference to 'i'
--
http://gcc
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-15
14:45 ---
Try to set LIBRARY_PATH, i.e.:
export LIBRARY_PATH=/usr/local/lib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42756
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-01-15
14:57 ---
Well, and LD_LIBRARY_PATH=/usr/local/lib , too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42756
at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42762
--- Comment #13 from d dot g dot gorbachev at gmail dot com 2010-01-16
16:55 ---
(In reply to comment #12)
> What options other than -nostdlib prevent gcc from linking libgcc and
> libc in the produced binary?
I know of -nodefaultlibs.
> To implement this we should al
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2010-01-16
17:22 ---
This looks like a bug in gold rather then in GCC.
Try the latest development version of gold <http://sourceware.org/binutils/>.
If it still fails, please file a bug report with more details at
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2010-01-18
11:02 ---
(In reply to comment #1)
> work in progress patch
This seems to cause "*** No rule to make target `lto/@lto_binary_rea...@.o',
needed by `lto1'." error when build = host = tar
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2010-01-18
11:51 ---
> did you run autoconf?
Forgot to run it, to my disgrace. :) Sorry, false alarm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776
--- Comment #15 from d dot g dot gorbachev at gmail dot com 2010-01-18
18:48 ---
Created an attachment (id=19649)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19649&action=view)
Simple patch
It leaves -plugin-opt in LINK_COMMAND_SPEC, but I think it is not quite ri
--- Comment #12 from d dot g dot gorbachev at gmail dot com 2010-01-22
01:17 ---
The patch works for mingw. So you can enable lto for it, too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42890
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-28
01:18 ---
Created an attachment (id=19734)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19734&action=view)
Backtrace
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42890
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-01-28
01:23 ---
Created an attachment (id=19735)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19735&action=view)
Testcase
g++ -O -findirect-inlining -fipa-cp -fipa-cp-clone pr42890.cc
--
http://gcc.
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2010-01-28
02:47 ---
Same thing with mingw32. GCC 4.4.3 20091110 - works, GCC 4.5.0 20100114 - bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42870
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2010-01-29
23:42 ---
> in my opinion, it's necessary that the build scripts
> specify all library directories explicitely.
Then use configure options --with-ppl / --with-ppl-include / --with-ppl-lib,
and --with-clo
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42903
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-29
23:48 ---
Created an attachment (id=19756)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19756&action=view)
Preprocessed source
$ gcc -flto c-lang.c -c -o stage3-c-lang.o
$ gcc -flto -gtoggle c-lang.
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-01-29
23:50 ---
Compare-debug should probably strip .gnu.lto_* sections before compare.
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC target triplet: *-*-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42904
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-30
02:21 ---
Created an attachment (id=19757)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19757&action=view)
Testcase
Produces "undefined reference to `_foo'" error.
--
http:
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42905
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-30
03:08 ---
Created an attachment (id=19758)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19758&action=view)
Testcase
g++ -O -Wuninitialized -S 1.cc
Older g++s issue a warning:
pr42905.cc: In function
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
Severity|normal |enhancement
Keywords
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-01-30
03:13 ---
(In reply to comment #1)
Sorry, it should be pr42905.cc, not 1.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42905
--- Comment #14 from d dot g dot gorbachev at gmail dot com 2010-02-03
10:15 ---
There is a portability issue in is_elf_or_coff: fopen should be called with
"rb" instead of "r". Otherwise, fread fails when a COFF file has 26 sections,
because it is interpreted as
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42985
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-06
09:29 ---
Created an attachment (id=19812)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19812&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42985
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-06
10:18 ---
I believe that GCC is correct, and you should write
asm volatile ("swi #0" :: "r" (a), "m" (*t));
Quoting from <http://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html>:
101 - 182 of 182 matches
Mail list logo
