--- Comment #7 from wanderer at rsu dot ru 2006-03-01 22:12 ---
> Are you using the toplevel configure or the configure in the gcc directory?
8( You are right! Sorry for false alarm...
--
wanderer at rsu dot ru changed:
What|Removed |Ad
--- Comment #6 from wanderer at rsu dot ru 2006-03-01 22:08 ---
No. I not build in source dir. I recheck this before bug report posting and now
I have gcc 4.1.0 sources in /home/wanderer/pkg/build/gcc/src/gcc_41
full path to obj dir: /home/wanderer/pkg/build/gcc/obj_41
script in /home
--- Comment #3 from wanderer at rsu dot ru 2006-03-01 21:54 ---
Also recheck with gmake bootstrap
Used tools:
make, ~/pkg/build/gcc > gmake -v
GNU Make 3.80
make, ~/pkg/build/gcc > gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: pos
--- Comment #2 from wanderer at rsu dot ru 2006-03-01 21:52 ---
I use script:
cd obj_41
/home/wanderer/pkg/build/gcc/src/gcc_41/gcc/configure
--prefix=/home/wanderer/pkg/gcc_41 --enable-threads=posix --with-gnu-as
--with-gnu-ld --enable-languages=c,c++
gmake
cd ..
--
http
ity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
GCC build triplet: i386-unknown-freebsd6.0
GCC host triplet: i386-unknown-freebsd6.0
GCC target triplet: i386-unknown-freebsd6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26523
--- Comment #4 from wanderer at rsu dot ru 2005-11-13 18:20 ---
More simple testcase (without templates):
8X-
namespace N {
struct _V_base {
int _impl;
};
struct V : _V_base {
using _V_base::_impl;
};
} // namespace N
struct T
--- Comment #3 from wanderer at rsu dot ru 2005-11-13 18:19 ---
Created an attachment (id=10231)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10231&action=view)
simplified testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
--- Comment #1 from wanderer at rsu dot ru 2005-11-12 19:04 ---
Created an attachment (id=10229)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10229&action=view)
testcase source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
.c:6427 with -
feliminate-dwarf2-dups
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
GCC build t
--- Additional Comments From wanderer at rsu dot ru 2005-05-10 21:10
---
i386
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21481
--- Additional Comments From wanderer at rsu dot ru 2005-05-10 20:57
---
Hm...
I bootstrap GCC day ago (2005.05.09) using FreeBSD system compiler at FreeBSD
5.3 withou problems. It installed and work (gcc version 4.1.0 20050509
(experimental))
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From wanderer at rsu dot ru 2005-04-30 22:16
---
Created an attachment (id=8778)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8778&action=view)
.ii file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21310
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-unknown-freebsd5.3
GCC host triplet: i386-unknown-freebsd5.3
GCC target triplet: i386-unknown-freebsd5.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21310
--- Additional Comments From wanderer at rsu dot ru 2005-04-19 20:08
---
Proposed patch (in #4) work fine at FreeBSD 5.1
And fix my tescase variant:
__inline void f(int a)
{
int i;
if (a < 0) {
for (i = 0, a = ~a; a; i++) {
if ((a & 1) != 0) {
: GCC install libstdc++ headers in wrong dir
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
--- Additional Comments From wanderer at rsu dot ru 2005-03-17 22:21
---
I found time of regression.
GCC CVS mainline at 2004-07-12 16:00 GMT compile testcase without problem.
GCC CVS mainline at 2004-07-12 16:20 CMT ICE at testcase
CVS changes from http://gcc.gnu.org/ml/gcc-cvs/2004
uot;
error
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
CC: g
--- Additional Comments From wanderer at rsu dot ru 2005-03-04 11:27
---
Ops... sorry.
I withdraw my prev. note.
Current mainline CVS GCC fail bootstrap with reverted patch in #30
--
What|Removed |Added
--- Additional Comments From wanderer at rsu dot ru 2005-03-04 10:43
---
Current CVS mainline bootstrap fine at self with and without reverting patch
in #30.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17526
--- Additional Comments From wanderer at rsu dot ru 2005-02-21 13:48
---
In --enable-bootstrap mode GCC doesn't have this problem (intl rebuild at each
stage with --enable-bootstrap option).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From wanderer at rsu dot ru 2005-02-20 20:14
---
Bug fixed now... (after fixing PR19818 ?)
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
BugsThisDependsOn||19656
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
--- Additional Comments From wanderer at rsu dot ru 2005-01-31 18:44
---
And PR18360 indeed related to this bug report.
If gcc 3.4.3 bootstraped using installed gcc 4.0:
gcc/intl/configure test using gcc 4.0 and found /usr/local/include/libintl.h
and remember this
But stage1 gcc
--- Additional Comments From wanderer at rsu dot ru 2005-01-31 16:59
---
I found problem:
At FreeBSD intl.h placed in /usr/local/include
and gcc 3.4.* not search by default /usr/local/include for system headers
(I check this for system compiler gcc version 3.4.2 [FreeBSD] 20040728 and
--- Additional Comments From wanderer at rsu dot ru 2005-01-31 15:04
---
gcc CVS mainline (2004-02-02 20:20 GMT) bootstraped using recent 4.0 accept
option "-finput-charset=ISO8859-1" without error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From wanderer at rsu dot ru 2005-01-29 23:49
---
Result my "find the exact configuration patch that broke this":
gcc mainline bootstraped using FreeBSD 5.3 system compiler (gcc 3.4.2) display
error "cc1: no iconv implementation, cannot convert fr
--- Additional Comments From wanderer at rsu dot ru 2005-01-29 00:03
---
> Yes, the issue involves how the compiler used
> to bootstrap stage 1 is configured
> and itself installed (is it in /usr/local?
> what ports have headers installed there?).
In m case used g
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 13:06
---
Example failure log:
Executing on host: /usr/home/wanderer/pkg/build/gcc/obj/gcc/g++ -shared-
libgcc -B/usr/home/wanderer/pkg/build/gcc/obj/gcc/ -nostdinc++ -
L/usr/home/wanderer/pkg/build/gcc/obj/i386-unknown
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 13:02
---
Can be related to PR18360
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 13:01
---
Sorry, can be related PR19656
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 12:59
---
Can be related to PR18360
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
at rsu dot ru
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-unknown-freebsd5.3
GCC host triplet: i386-unknown-freebsd5.3
GCC target triplet: i386-unknown-freebsd5.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 15:08
---
> http://gcc.gnu.org/ml/gcc-bugs/2005-01/msg01986.html suggests
> that it is a different patch.
I check GCC mainline (2005-01-15 09:00 GMT - before PR 19060 patch) - ./xgcc
compile __mulvdi3 without proble
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 15:06
---
> Are you sure?
I check GCC mainline (2005-01-15 09:00 GMT - before PR 19060 patch) - ./xgcc
compile __mulvdi3 without problems
And GCC mainline (2005-01-15 09:00 GMT - after PR 19060 patch) - ./xgcc
__mulv
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 13:12
---
Subject: Re: [4.0 Regression] Miscompiling of if and "long long"
> --- Additional Comments From toa at pop dot agri dot ch 2005-01-15
> 12:48 ---
> Subject: Re: [4.0 Regression] M
--- Additional Comments From wanderer at rsu dot ru 2005-01-14 20:57
---
New patch proposed by Jakub Jelinek:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00393.html
work fine at FreeBSD 5.3 and fix 52 tests in libstdc++ testsuite at FreeBSD
5.3:
http://gcc.gnu.org/ml/gcc-patches/2005
--- Additional Comments From wanderer at rsu dot ru 2005-01-06 23:47
---
Created an attachment (id=7890)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7890&action=view)
With removed (mostly) iostreams and some other
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19298
--- Additional Comments From wanderer at rsu dot ru 2004-12-31 18:39
---
This more simplifed version of your last testcase also catch -O2 problem:
#include
typedef int __attribute__((__mode__(__DI__))) off_t;
static long long min() throw() { return -9223372036854775807LL - 1
--- Additional Comments From wanderer at rsu dot ru 2004-12-31 17:59
---
Created an attachment (id=7853)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7853&action=view)
.s compiled from basic_file.cc with -O2 (miscompiled version)
--
http://gcc.gnu.org/bugzilla/show_
--- Additional Comments From wanderer at rsu dot ru 2004-12-31 17:58
---
Created an attachment (id=7852)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7852&action=view)
.s compiled from basic_file.cc with default oprions
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
--- Additional Comments From wanderer at rsu dot ru 2004-12-31 17:58
---
I extract problematic compiled (with -O2) function:
---8X-
#include
#include
#include // For ::max() and min() and ::max()
namespace std
{
streamoff
__basic_file::seekoff
--- Additional Comments From wanderer at rsu dot ru 2004-12-31 17:17
---
Created an attachment (id=7849)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7849&action=view)
.s compiled from basic_file.cc with -O2 (miscompiled version)
--
http://gcc.gnu.org/bugzilla/show_
--- Additional Comments From wanderer at rsu dot ru 2004-12-31 17:16
---
Created an attachment (id=7848)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7848&action=view)
.s compiled from basic_file.cc with default oprions
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
--- Additional Comments From wanderer at rsu dot ru 2004-12-31 17:15
---
Created an attachment (id=7847)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7847&action=view)
.ii file from gcc build object directory
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
--- Additional Comments From wanderer at rsu dot ru 2004-12-31 17:13
---
At this moment i can't extract simple testcase.
But problem indeed in miscompiletion.
I am use modified testcase (additionl debug output line before assert (and
iostream header include:
std::cout <
--- Additional Comments From wanderer at rsu dot ru 2004-12-24 00:05
---
Good news: i found commit when problem arised: http://gcc.gnu.org/ml/gcc-
cvs/2003-10/msg01125.html
Before this commit testcase compile without problems.
After this commit testcase compilation failed.
Bad news
--- Additional Comments From wanderer at rsu dot ru 2004-12-18 20:08
---
At my FreebSD 5.3 problem show-up with GCC mainline sources in range:
At 2004-05-10 testcase work fine
At 2004-05-14 testcase failed
And i think this point to "The tree-ssa branch has been merged into mai
--- Additional Comments From wanderer at rsu dot ru 2004-12-17 18:44
---
First time i see this problem in september-october.
Now i only fill PR.
Program work for me only if it used gcc 3.4.x shared libraries.
~/pkg/gcc/bin/g++ test.cc
setenv LD_LIBRARY_PATH $HOME/pkg/gcc_34/lib
--- Additional Comments From wanderer at rsu dot ru 2004-12-17 18:31
---
Created an attachment (id=7773)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7773&action=view)
.s file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
--- Additional Comments From wanderer at rsu dot ru 2004-12-17 18:31
---
Created an attachment (id=7772)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7772&action=view)
.ii file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-unknown-freebsd5.3-RC1
GCC host triplet: i386-unknown-freebsd5.3-RC1
GCC target triplet: i386-unknown-freebsd5.3-RC1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
--- Additional Comments From wanderer at rsu dot ru 2004-11-29 14:56
---
After apply patch from http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02459.html
and patch from "Additional Comment #3" bootstrap with --enable-bootstrap
successfully compile gcc/libcpp/macro.c but later
--- Additional Comments From wanderer at rsu dot ru 2004-11-24 19:38
---
Additinal note: patch break current GCC mainline bootstrap _without_ --enable-
bootstrap option:
---8X
stage1/xgcc -Bstage1/ -B/home/wanderer/pkg/gcc/i386-unknown-freebsd5.3/bin/ -
c -O2 -g
--- Additional Comments From wanderer at rsu dot ru 2004-11-24 18:16
---
Can't test patch.
Bootstrap current GCC mainline terminated early (with and wightout patch):
---8X---
/usr/local/bin/msgfmt --statistics -o
po/tr.gmo /home/wanderer/pkg/build/gcc/src/gcc/gcc/libc
--- Additional Comments From wanderer at rsu dot ru 2004-11-11 18:44
---
Same problem afterupgrade to released i386-unknown-freebsd5.3
and gcc version 4.0.0 20041110 (experimental)
--
What|Removed |Added
--- Additional Comments From wanderer at rsu dot ru 2004-11-07 17:14
---
Created an attachment (id=7489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7489&action=view)
configure logs if bootstrap with gcc mainline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
--- Additional Comments From wanderer at rsu dot ru 2004-11-07 17:13
---
Created an attachment (id=7488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7488&action=view)
configure logs if bootstrap with FreeBSD system compiler
--
http://gcc.gnu.org/bugzilla/show_bug
tedBy: wanderer at rsu dot ru
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-unknown-freebsd5.3-RC1
GCC host triplet: i386-unknown-freebsd5.3-RC1
GCC target triplet: i386-unknown-freebsd5.3-RC1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
--- Additional Comments From wanderer at rsu dot ru 2004-11-02 18:46 ---
from /usr/include/pthread.h:
enum pthread_mutextype {
PTHREAD_MUTEX_ERRORCHECK= 1,/* Default POSIX mutex */
PTHREAD_MUTEX_RECURSIVE = 2,/* Recursive mutex
--- Additional Comments From wanderer at rsu dot ru 2004-11-02 18:14 ---
I think problem related to commit:
2004-10-29 Eric Botcazou <[EMAIL PROTECTED]>
* gthr-posix.h (__gthread_recursive_mutex_init_function): Guard
with #ifdef PTHREAD_MUTEX_RECURSIVE/#endif
--- Additional Comments From wanderer at rsu dot ru 2004-11-02 17:57 ---
Created an attachment (id=7457)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7457&action=view)
.ii file (original commandline + -save-temps)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18277
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-unknown-freebsd5.3-RC1
GCC host triplet: i386-unknown-freebsd5.3-RC1
GCC target triplet: i386-unknown-freebsd5.3-RC1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18277
--- Additional Comments From wanderer at rsu dot ru 2004-10-27 18:01 ---
Warning fixed in patch for http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18075
But now bootstrap terminate with errors:
---8X---
/usr/home/wanderer/pkg/build/gcc/obj/prev-gcc/xgcc -
B/usr/home
UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-unknown-freebsd5.3-RC1
GCC host tr
--- Additional Comments From wanderer at rsu dot ru 2004-10-26 16:37 ---
> Does this patch work?
yes
Thank you for quick fix :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18162
t;;" or "|"
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
CC: gc
66 matches
Mail list logo
