Bootstrap of GCC trunk (rev. 116941) failed at i386-redhat-linux
Hi! Trunk failed to bootstrap with revision 116941. Does anybody see the same? /home/bootstrap/src/libjava/posix-threads.cc: In function 'int _Jv_CondWait(_Jv_ConditionVariable_t*, _Jv_Mutex_t*, jlong, jint)': /home/bootstrap/src/libjava/posix-threads.cc:106: error: 'gettimeofday' was not declared in this scope OS details: Red Hat Enterprise Linux AS release 4 (Nahant Update 2) glibc-2.3.4-2.13 Failure actually caused by commit of rev. 116941. Thanks, - Grigory
Re: Rebuild C code from GCC intermediate format
I wish to know if there exists any plugin that translate these intermediate format into C sources. I intent to modify these intermediate formats and retranslate then into C source to anylise the trasnsformations. For reading a C like representation you can use -fdump-tree-*. It might have the information that you need. For dumping real C you can use LLVM, but you will be able to dump only pre-optimized Gimple or the result of using LLVM optimizations on top of that. Rafael
Re: debugging tmpdir-gcc.dg-struct-layout-1 failures
Jakub,
I would like to create a test case for a couple of the
failures I see in gcc.dg-struct-layout-1 on Darwin PPC -m64
so I can submit a PR for this one. I have been able to find
all of the lines in the generated testcase for the failed
tests...
http://gcc.gnu.org/ml/gcc/2006-09/msg00211.html
However I am still rather fuzzy on how I can coax the
actual code to be generated for individual tests. For
example, If I were to paste..
T(94,struct atal16{}a;,)
into struct-layout-1_test.h would I append it to the
original...
T(0,enum E2 a:31;,B(0,a,e2_m1,e2_0))
...or replace it? Also I assume I should be editing
the struct-layout-1_test.h in the original source
directory and not in any darwin_object directory
created by the gcc build. Lastly, I am confused by
your comment...
Then you can just cut and paste that line from the generated testcase
(the test line number is the first argument of the macro on each line)
say into say struct-layout-1_test.h and can build it as any other compat.exp
testcase.
Does this mean that I just execute only the gcc.dg/compat/compat.exp
testcase manually (ie...
make check-gcc RUNTESTFLAGS="--target_board=unix'{-m64}' compat.exp"
...or should I do attempt to invoke the designated testcase in
a slightly different manner?
Jack
ps Where should I expect to see the newly created testcase appear
and under what name? Thanks in advance for any clarifications.
Re: debugging tmpdir-gcc.dg-struct-layout-1 failures
On Thu, Sep 14, 2006 at 09:19:12AM -0400, Jack Howarth wrote:
> T(94,struct atal16{}a;,)
>
> into struct-layout-1_test.h would I append it to the
> original...
>
> T(0,enum E2 a:31;,B(0,a,e2_m1,e2_0))
>
> ...or replace it? Also I assume I should be editing
Doesn't matter, in one case you'll run just the test #94, in the other
both #0 and #94.
> the struct-layout-1_test.h in the original source
> directory and not in any darwin_object directory
Yes, in gcc.dg/compat/struct-layout-1_test.h.
> Does this mean that I just execute only the gcc.dg/compat/compat.exp
> testcase manually (ie...
>
> make check-gcc RUNTESTFLAGS="--target_board=unix'{-m64}' compat.exp"
Yeah, that executes the struct-layout-1 test (just one with the
static content of gcc.dg/compat/struct-layout-1_test.h, not the generated
one). Now you can look at the gcc/testsuite/gcc.log, cut'n'paste
the command to compile the test parts, preprocess, edit as much as you want.
Jakub
Re: Bootstrap of GCC trunk (rev. 116941) failed at i386-redhat-linux
On Thu, 2006-09-14 at 12:48 +0400, Grigory Zagorodnev wrote: > Hi! > Trunk failed to bootstrap with revision 116941. Does anybody see the same? Yes I see the same on i686-linux-gnu which is running FC5. Thanks, Andrew Pinski
Re: Bootstrap of GCC trunk (rev. 116941) failed at i386-redhat-linux
On Thu, Sep 14, 2006 at 07:54:42AM -0700, Andrew Pinski wrote: > On Thu, 2006-09-14 at 12:48 +0400, Grigory Zagorodnev wrote: > > Hi! > > Trunk failed to bootstrap with revision 116941. Does anybody see the same? > > Yes I see the same on i686-linux-gnu which is running FC5. > http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00546.html H.J.
gcc-4.0-20060914 is now available
Snapshot gcc-4.0-20060914 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20060914/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.0 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_0-branch revision 116954 You'll find: gcc-4.0-20060914.tar.bz2 Complete GCC (includes all of below) gcc-core-4.0-20060914.tar.bz2 C front end and core compiler gcc-ada-4.0-20060914.tar.bz2 Ada front end and runtime gcc-fortran-4.0-20060914.tar.bz2 Fortran front end and runtime gcc-g++-4.0-20060914.tar.bz2 C++ front end and runtime gcc-java-4.0-20060914.tar.bz2 Java front end and runtime gcc-objc-4.0-20060914.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.0-20060914.tar.bz2The GCC testsuite Diffs from 4.0-20060907 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.0 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
Re: debugging tmpdir-gcc.dg-struct-layout-1 failures
Eric,
I filed a PR29090 for the gcc.dg-struct-layout-1 failure of
T(94,struct atal16{}a;,)
...out of the set of failures I see. I noticed that in the
assembly from struct-layout-1_y.s, the follow occurs...
.comm _a94,1
.stabs "a94:G(0,1)=ar(0,2)[EMAIL
PROTECTED];r(0,2);0;017;;0;04;(1,1)",32,0,1,0
.stabs "long unsigned int:t(0,3)[EMAIL
PROTECTED];r(0,3);0;017;",128,0,0,0
.stabs "test_va:G(0,4)=k(1,4)",32,0,9,0
.literal8
.align 3
Does that match what you see in radar for the lack of aligned uninitialized
variable
support on Darwin PPC at -m64? If so could you append the radar number for that
bug to my PR so they are marked as the same bug?
Jack
ps I assume there are no fixes in-house at Apple for this one yet?
Re: debugging tmpdir-gcc.dg-struct-layout-1 failures
I filed a PR29090 for the gcc.dg-struct-layout-1 failure of
T(94,struct atal16{}a;,)
OK.
.comm _a94,1
.stabs "a94:G(0,1)=ar(0,2)[EMAIL
PROTECTED];r(0,2);0;017;;0;04;(1,1)",32,0,1,0
.stabs "long unsigned int:t(0,3)[EMAIL
PROTECTED];r(0,3);0;017;",128,0,0,0
.stabs "test_va:G(0,4)=k(1,4)",32,0,9,0
.literal8
.align 3
Does that match what you see in radar for the lack of aligned uninitialized
variable
support on Darwin PPC at -m64? If so could you append the radar number for that
bug to my PR so they are marked as the same bug?
There's no comment in the Radar as to the exact code, it just mentions
it as a likely cause.
ps I assume there are no fixes in-house at Apple for this one yet?
No.
-eric
STL slist/map containers concurrent/thread-safe access
Hi,
Given that removing/inserting elements from a map/slist/whatever does
not invalidate iterators to list elements, it is safe to use the
element that the iterator "points" to ?
For example:
slist list;
thread A:
lock();
list.insert_after(list.begin(), elem);
unlock();
thread B:
lock();
const_iterator it = slist.begin();
// or
iterator it = slist.begin();
const struct foo& elem = *it;
// or
struct foo& elem = *it'
unlock();
// operations on elem are atomic
while (bar++) {
foo.i++ | *it.i++
// or
if (foo.i == 5)
foobar();
}
lock();
slist.erase(it);
unlock();
