https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56482
--- Comment #7 from Karlson2k ---
Sorry, I can't check it, my build environment was lost a long time ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71983
--- Comment #2 from Karlson2k ---
clang and MSVC accept this code.
Inconsistency at different optimization levels is confusing and make harder to
reveal errors in code.
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: k2k at narod dot ru
Target Milestone: ---
Got error "error: initializer element is not constant" when following code is
compiled with '-O0'
int main(void)
{
st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37522
--- Comment #17 from Karlson2k 2013-03-05 01:28:06 UTC ---
Created attachment 29582
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29582
Proposed patch
Possible patch for latest MinGW-w64.
Patched GCC version: 4.7.2
Can be easy ed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37522
Karlson2k changed:
What|Removed |Added
CC||k2k at narod dot ru
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52872
--- Comment #7 from Karlson2k 2013-03-03 14:57:11 UTC ---
(In reply to comment #6)
> Yes, patch looks reasonable. Please sent it to patch ML.
> This patch is small, so it is ok, but do you have already made paper-work with
> FSF for gcc?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52872
Karlson2k changed:
What|Removed |Added
CC||k2k at narod dot ru
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52872
--- Comment #4 from Karlson2k 2013-03-03 10:25:47 UTC ---
Created attachment 29569
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29569
Possible patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56475
--- Comment #10 from Karlson2k 2013-03-01 13:29:40 UTC ---
Could you fix 4.7 branch too?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56482
--- Comment #2 from Karlson2k 2013-02-28 14:08:02 UTC ---
If it'll be only compile test, how result can be linked when dependence on
libpthread will be unknown?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56482
Bug #: 56482
Summary: missing -lpthread in configure when checking for
pthreads_num_processors_np
Classification: Unclassified
Product: gcc
Version: 4.7.2
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56475
--- Comment #5 from Karlson2k 2013-02-27 22:07:21 UTC ---
(In reply to comment #3)
> Well, AC_TRY_RUN is for sure the wrong approach here. As such tests are
> failing badly on cross-compilers.
> I think sanest way to solve this is by spec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56475
--- Comment #2 from Karlson2k 2013-02-27 19:28:17 UTC ---
Better to open random devices with "rb"? Or just 'stat' device?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56475
Bug #: 56475
Summary: Incorrect result of configure test for /dev/random
(_GLIBCXX_USE_RANDOM_TR1) for MinGW platform (and
others?)
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371
--- Comment #5 from Karlson2k 2013-02-25 11:05:47 UTC ---
With current configure some capabilities tests for in-tree gas and ld are based
only on version (that's wrong, because for COFF many features (TLS) isn't
supported), other tests requ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371
--- Comment #4 from Karlson2k 2013-02-25 10:53:36 UTC ---
Yes, it's related, but has more bugs to fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56435
Bug #: 56435
Summary: Wrong 'ld' version detected during configuring libjava
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: mi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371
--- Comment #2 from Karlson2k 2013-02-22 15:59:56 UTC ---
There is bug in configure script. Just before 'checking linker for .hidden
support', configure detect ld version by:
if test $in_tree_ld != yes ; then
ld_ver=`$gcc_cv_ld --versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56368
--- Comment #3 from Karlson2k 2013-02-22 15:49:37 UTC ---
Seems that string
objdir=$lt_cv_objdir
was put to object directory detection script by mistake. 'objdir' is used in
configure only for AR and NM and used in the same way like i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56368
--- Comment #2 from Karlson2k 2013-02-22 15:44:42 UTC ---
Created attachment 29524
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29524
Patch for configure for correct work with combined tree
Apply patch + regenerate configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56271
--- Comment #4 from Karlson2k 2013-02-20 21:29:06 UTC ---
While this fix is OK in most cases, there is more correct fix.
'filter-out' use first argument as space separated list. Consider that
WARN_CFLAGS is "-Wall -pedantic" (including doub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56368
--- Comment #1 from Karlson2k 2013-02-19 16:41:03 UTC ---
Looks like confusing naming.
'objdir' in 'configure' means 'relative path to directory for objects files',
usually '.libs'.
'objdir' in makefile means 'absolute path to main build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56372
Bug #: 56372
Summary: Missing libgcj caused ICE (stack overflow) in jc1
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371
--- Comment #1 from Karlson2k 2013-02-17 23:12:26 UTC ---
Too many differences to quickly predict what and where wrong, but most
significant for me is 'thread-local storage'. Compiled GCC from combined tree
don't have emulation for TLS and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371
Bug #: 56371
Summary: When building GCC from combined tree, configure is
making wrong assumptions about 'gas' and 'ld'
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56368
Bug #: 56368
Summary: GCC Configure tests failed for name lister when
building from combined tree (GCC+Binutils)
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
--- Comment #23 from Karlson2k 2013-02-12 18:11:09 UTC ---
Try to use LN_S_RECURSIVE:= instead of LN_S_RECURSIVE=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56280
--- Comment #2 from Karlson2k 2013-02-11 00:32:16 UTC ---
I didn't test it on other hosts, may be solution is a little more complex, like
suggested in bug 56279 comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56280
--- Comment #1 from Karlson2k 2013-02-11 00:29:26 UTC ---
With simple patch:
--- ./gcc/cppdefault.c.orig 2013-02-11 01:50:57 +0400
+++ ./gcc/cppdefault.c 2013-02-11 03:54:00 +0400
@@ -63,7 +63,7 @@ const struct default_include cpp_inc
29 matches
Mail list logo
