date:20110203

Re: gcc-linaro-4.5+bzr99469 build failure

2011-02-03 Thread Michael Hope

It fails in the same place on x86_64.  r99466 seems to be OK.  I've
got builds of the intermediate revisions running as well.  You can
track progress on:
 http://ex.seabright.co.nz/helpers/buildlog

and on #linaro-cbuild on freenode.

-- Michael

On Thu, Feb 3, 2011 at 2:17 PM, Michael Hope  wrote:
> The current revision fails to bootstrap on i686:
>
> http://ex.seabright.co.nz/build/gcc-linaro-4.5+bzr99469/logs/i686-lucid-cbuild45-scorpius-i686r1/gcc-build.txt
> libtool: compile:
> /scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/./gcc/xgcc
> -shared-libgcc 
> -B/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/./gcc
> -nostdinc++ 
> -L/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/i686-pc-linux-gnu/libstdc++-v3/src
> -L/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/i686-pc-linux-gnu/libstdc++-v3/src/.libs
> -B/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/i686-pc-linux-gnu/bin/
> -B/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/i686-pc-linux-gnu/lib/
> -isystem 
> /scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/i686-pc-linux-gnu/include
> -isystem 
> /scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/i686-pc-linux-gnu/sys-include
> -DHAVE_CONFIG_H -I. -I../../../gcc-linaro-4.5/libjava -I./include
> -I./gcj -I../../../gcc-linaro-4.5/libjava -Iinclude
> -I../../../gcc-linaro-4.5/libjava/include
> -I../../../gcc-linaro-4.5/libjava/classpath/include
> -Iclasspath/include
> -I../../../gcc-linaro-4.5/libjava/classpath/native/fdlibm
> -I../../../gcc-linaro-4.5/libjava/../boehm-gc/include
> -I../boehm-gc/include -I../../../gcc-linaro-4.5/libjava/libltdl
> -I../../../gcc-linaro-4.5/libjava/libltdl
> -I../../../gcc-linaro-4.5/libjava/.././libjava/../gcc
> -I../../../gcc-linaro-4.5/libjava/../zlib
> -I../../../gcc-linaro-4.5/libjava/../libffi/include
> -I../libffi/include -fno-rtti -fnon-call-exceptions
> -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64
> -ffloat-store -fomit-frame-pointer -Usun -Wextra -Wall -D_GNU_SOURCE
> -DPREFIX=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install\"
> -DTOOLEXECLIBDIR=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/lib\"
> -DJAVA_HOME=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install\"
> -DBOOT_CLASS_PATH=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/share/java/libgcj-4.5.2.jar\"
> -DJAVA_EXT_DIRS=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/share/java/ext\"
> -DGCJ_ENDORSED_DIRS=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/share/java/gcj-endorsed\"
> -DGCJ_VERSIONED_LIBDIR=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/lib/gcj-4.5.2-11\"
> -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\"
> -DLIBGCJ_DEFAULT_DATABASE=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/lib/gcj-4.5.2-11/classmap.db\"
> -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.5.2-11/classmap.db\" -g
> -O2 -D_GNU_SOURCE -MT exception.lo -MD -MP -MF .deps/exception.Tpo -c
> ../../../gcc-linaro-4.5/libjava/exception.cc -o exception.o >/dev/null
> 2>&1
> ../../../gcc-linaro-4.5/libjava/prims.cc: In function 'jboolean
> _Jv_isPrimitiveOrDerived(const Utf8Const*)':
> ../../../gcc-linaro-4.5/libjava/prims.cc:287:5: internal compiler
> error: in set_jump_prob, at stmt.c:2211
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See  for instructions.
>
> The log is available here:
>  http://builds.linaro.org/toolchain/gcc-linaro-4.5+bzr99469/logs/i686-lucid-cbuild45-scorpius-i686r1/gcc-build.txt
>
> -- Michael
>

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

Re: Help with define_insn

2011-02-03 Thread Ira Rosen

On 1 February 2011 16:23, Ulrich Weigand  wrote:

>>
>> Are they actually broken  ? I'd be worried if that were the case. My
>> understanding is that the
>> existing ones are being used for the Neon intrinsics / builtins.
>
> Yes, they're broken, for the reason Ira originally points out:

Right. The intrinsics are broken as well (I wrote a test to check
that). The existing intrinsic testcases are compiled with -O0, which
doesn't apply CSE (also there are no testcases that actually check the
results of vzip, vuzp...).

I'll fix the patch according to your comments, add intrinsic
testcases, and also fix neon_vtrn_internal.

Thanks,
Ira

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

[ACTIVITY] January 30 - February 3

2011-02-03 Thread Ira Rosen

Hi,

I continued to work on vect_interleave and vect_extract implementation on NEON:
 * debugged the compiler to find out what's the problem with
neon_vzip/vuzp_internal
 * fixed it following Uli's advice
 * checked how neon_vzip/vuzp_internal work for intrinsics by
writing tests
 * fixed the patch according to Uli's comments
 * now fully testing the patch

Thanks,
Ira

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

[ACTIVITY] January 30 - February 3

2011-02-03 Thread Revital1 Eres


Hello,

Profiling Denbech:

* The profiling information on x86 indicate that some benchmarks might need
to run longer as helper functions such as t_run_test are reported to be
hot.
So I've increased the time each benchmark is executed and will continue to
experiment with that for the problematic benchmarks until I start to see
more reasonable results.
* Opened PR711819 after having an ICE running DENbench with trunk (natively
built on ARM machine).

- I've started to look at an old patch for SMS that was written in 2005 by
colleague; Mostafa Hagog; to place the register moves  in free slots.
Currently, they are placed greedily before each def thats needs them.

Thanks,
Revital


___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

Re: gcc-linaro-4.5+bzr99469 build failure

2011-02-03 Thread Andrew Stubbs


I can't reproduce this failure.

I did the build using am i686-natty chroot, but with an amd64 bit 
kernel, if that makes a difference.


I did it with default configure options, so I'm going to try again with 
the same options you did and see what happens.


Andrew

On 03/02/11 01:17, Michael Hope wrote:

The current revision fails to bootstrap on i686:

http://ex.seabright.co.nz/build/gcc-linaro-4.5+bzr99469/logs/i686-lucid-cbuild45-scorpius-i686r1/gcc-build.txt
libtool: compile:
/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/./gcc/xgcc
-shared-libgcc 
-B/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/./gcc
-nostdinc++ 
-L/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/i686-pc-linux-gnu/libstdc++-v3/src
-L/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/build/i686-pc-linux-gnu/libstdc++-v3/src/.libs
-B/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/i686-pc-linux-gnu/bin/
-B/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/i686-pc-linux-gnu/lib/
-isystem 
/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/i686-pc-linux-gnu/include
-isystem 
/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/i686-pc-linux-gnu/sys-include
-DHAVE_CONFIG_H -I. -I../../../gcc-linaro-4.5/libjava -I./include
-I./gcj -I../../../gcc-linaro-4.5/libjava -Iinclude
-I../../../gcc-linaro-4.5/libjava/include
-I../../../gcc-linaro-4.5/libjava/classpath/include
-Iclasspath/include
-I../../../gcc-linaro-4.5/libjava/classpath/native/fdlibm
-I../../../gcc-linaro-4.5/libjava/../boehm-gc/include
-I../boehm-gc/include -I../../../gcc-linaro-4.5/libjava/libltdl
-I../../../gcc-linaro-4.5/libjava/libltdl
-I../../../gcc-linaro-4.5/libjava/.././libjava/../gcc
-I../../../gcc-linaro-4.5/libjava/../zlib
-I../../../gcc-linaro-4.5/libjava/../libffi/include
-I../libffi/include -fno-rtti -fnon-call-exceptions
-fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64
-ffloat-store -fomit-frame-pointer -Usun -Wextra -Wall -D_GNU_SOURCE
-DPREFIX=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install\"
-DTOOLEXECLIBDIR=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/lib\"
-DJAVA_HOME=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install\"
-DBOOT_CLASS_PATH=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/share/java/libgcj-4.5.2.jar\"
-DJAVA_EXT_DIRS=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/share/java/ext\"
-DGCJ_ENDORSED_DIRS=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/share/java/gcj-endorsed\"
-DGCJ_VERSIONED_LIBDIR=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/lib/gcj-4.5.2-11\"
-DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\"
-DLIBGCJ_DEFAULT_DATABASE=\"/scratch/cbuild/slave/slaves/scorpius/gcc-linaro-4.5+bzr99469/install/lib/gcj-4.5.2-11/classmap.db\"
-DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.5.2-11/classmap.db\" -g
-O2 -D_GNU_SOURCE -MT exception.lo -MD -MP -MF .deps/exception.Tpo -c
../../../gcc-linaro-4.5/libjava/exception.cc -o exception.o>/dev/null
2>&1
../../../gcc-linaro-4.5/libjava/prims.cc: In function 'jboolean
_Jv_isPrimitiveOrDerived(const Utf8Const*)':
../../../gcc-linaro-4.5/libjava/prims.cc:287:5: internal compiler
error: in set_jump_prob, at stmt.c:2211
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The log is available here:
  
http://builds.linaro.org/toolchain/gcc-linaro-4.5+bzr99469/logs/i686-lucid-cbuild45-scorpius-i686r1/gcc-build.txt

-- Michael

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain



___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

qemu 2011.02-rc2 test results

2011-02-03 Thread Michael Hope

I've had a go with running the QEMU release candidate.  Short story is
that it boots to a prompt against the 11.05 alpha2 release so I'm
happy.

It was a messy road so I've written up my train of though here:
 https://wiki.linaro.org/MichaelHope/Sandbox/QEMU

Note that if you follow the instructions on:
 https://wiki.linaro.org/Releases/GettingInstallingTesting

and turn on a swap file then it halts during boot.

-- Michael

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

Re: gcc-linaro-4.5+bzr99469 build failure

2011-02-03 Thread Michael Hope

On Fri, Feb 4, 2011 at 5:59 AM, Andrew Stubbs  wrote:
> I can't reproduce this failure.
>
> I did the build using am i686-natty chroot, but with an amd64 bit kernel, if
> that makes a difference.
>
> I did it with default configure options, so I'm going to try again with the
> same options you did and see what happens.

I can reproduce this from a clean checkout:

michaelh@crucis:~/linaro/gcc-linaro/build$ bzr info ../4.5
Repository tree (format: 2a)
Location:
  shared repository: /home/michaelh/linaro/gcc-linaro
  repository branch: /home/michaelh/linaro/gcc-linaro/4.5

Related branches:
push branch: bzr+ssh://bazaar.launchpad.net/%2Bbranch/gcc-linaro/4.5/
  parent branch:
bzr+ssh://bazaar.launchpad.net/~linaro-toolchain-dev/gcc-linaro/4.5/
  submit branch: /home/michaelh/c/gcc/gcc-linaro/gcc-4.5
michaelh@crucis:~/linaro/gcc-linaro/build$ bzr revno ../4.5
99469
michaelh@crucis:~/linaro/gcc-linaro/build$ ../4.5/configure
--prefix=$HOME/opt/install
michaelh@crucis:~/linaro/gcc-linaro/build$ nice make -sj3
...
../../../../4.5/libjava/prims.cc: In function ‘jboolean
_Jv_isPrimitiveOrDerived(const Utf8Const*)’:
../../../../4.5/libjava/prims.cc:287:5: internal compiler error: in
set_jump_prob, at stmt.c:2211
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[5]: *** [prims.lo] Error 1

michaelh@crucis:~/linaro/gcc-linaro/build$ uname -a
Linux crucis 2.6.35-22-generic #33-Ubuntu SMP Sun Sep 19 20:32:27 UTC
2010 x86_64 GNU/Linux

michaelh@crucis:~/linaro/gcc-linaro/build$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 10.10
Release:10.10
Codename:   maverick

-- Michael

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

Re: do we consider extravagant memory usage a gcc bug?

2011-02-03 Thread Michael Hope

On Thu, Feb 3, 2011 at 2:49 AM, Peter Maydell  wrote:
> On 2 February 2011 13:16, David Gilbert  wrote
>> 480MB does appear excessive; to be a little fair to gcc that file does
>> look like it's trying to
>> build itself as a vast inline'd set of switch statements so it will be
>> stressing the compiler.
>>
>> Is this 480MB much more than on x86 or on older versions of the compiler?
>
> A quick binary-chop using ulimit on x86-32 but the same gcc
> "gcc (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5" shows that on x86-32
> you need about 284000K to compile this translation unit.
>
> I haven't established exactly how much memory we need on ARM;
> it's more than 480MB but less than 55K. (It takes way too long
> to compile the file to do a sensible binary chop.)
>
> The resulting .o file is 1.5M on x86-32 and 1.6M on ARM
> (presumably partly due to debug info as we are compiling with
> -g -O2).

Steve's having a play with this.  Providing hard files like this can
compile on readily available hardware, then I'm happy.

It will be interesting to see if -fno-var-tracking r getting rid of -g helps...

-- Michael

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

Re: gcc-linaro-4.5+bzr99469 build failure

Re: Help with define_insn

[ACTIVITY] January 30 - February 3

[ACTIVITY] January 30 - February 3

Re: gcc-linaro-4.5+bzr99469 build failure

qemu 2011.02-rc2 test results

Re: gcc-linaro-4.5+bzr99469 build failure

Re: do we consider extravagant memory usage a gcc bug?

8 matches

Site Navigation

Mail list logo

Footer information