Re: BImode and STORE_VALUE_FLAG

2013-05-09 Thread Andreas Schwab 
"Paulo J. Matos"  writes:

> Further to this matter, can you explain the reasoning behind
> vector-compare-1.c?

Vector comparisons are different.

Andreas.

-- 
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

RE: BImode and STORE_VALUE_FLAG

2013-05-09 Thread Paulo Matos 

> -Original Message-
> From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of
> Andreas Schwab
> Sent: 09 May 2013 09:52
> To: Paulo J. Matos
> Cc: gcc@gcc.gnu.org
> Subject: Re: BImode and STORE_VALUE_FLAG
> 
> "Paulo J. Matos"  writes:
> 
> > Further to this matter, can you explain the reasoning behind
> > vector-compare-1.c?
> 
> Vector comparisons are different.
> 

Right, my initial assumptions regarding vector comparisons were wrong and led 
me to create a scalar comparison test for my problem that was broken.

Thanks,

Paulo Matos

undefined reference's in bootstrap-asan.

2013-05-09 Thread Toon Moene 

See: http://gcc.gnu.org/ml/gcc-testresults/2013-05/msg00841.html

It seems that:

/scratch/toon/bd24983/./gcc/xgcc -B/scratch/toon/bd24983/./gcc/ 
-B/home/toon/compilers/install/x86_64-unknown-linux-gnu/bin/ 
-B/home/toon/compilers/install/x86_64-unknown-linux-gnu/lib/ -isystem 
/home/toon/compilers/install/x86_64-unknown-linux-gnu/include -isystem 
/home/toon/compilers/install/x86_64-unknown-linux-gnu/sys-include-g 
-O2 -static-libstdc++ -static-libgcc  -o fixincl fixincl.o fixtests.o 
fixfixes.o server.o procopen.o fixlib.o

 fixopts.o ../libiberty/libiberty.a

should have a "libasan.a" included ...

--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG  Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news

GNU Tools Cauldron 2013 - An update on presentations

2013-05-09 Thread Diego Novillo 

An update on this year's Cauldron.  We are getting close to the
limit on the presentations and BoFs, so if you are interested in
organizing a BoF or giving a presentation, please send us an
abstract soon.

We will still accept presentations and/or BoFs on-site the first
day of the workshop.  However, those will likely need to run in
parallel with the existing sessions.

We still do not have a formal schedule, but we are expecting to
have 3 pretty full days, starting on Fri 12/Jul.  I will send
details on the schedule as soon as we finalize it.

Please visit the wiki for more info http://gcc.gnu.org/wiki/cauldron2013


Diego.

GCC build error

2013-05-09 Thread Iyer, Balaji V 
Hello Everyone,
I am currently trying to build the GCC trunk (revision 198747) and it 
is giving me the following error in make install for the java compiler. It 
looks like it is not able to find a function. 

Thanks,

Balaji V. Iyer.


libtool: link: /export/users/gcc-svn/b-trunk-gcc/./gcc/gcj 
-B/export/users/gcc-svn/b-trunk-gcc/x86_64-unknown-linux-gnu/32/libjava/ 
-B/export/users/gcc-svn/b-trunk-gcc/x86_64-unknown-linux-gnu/32/libjava/ 
-B/export/users/gcc-svn/b-trunk-gcc/./gcc/ 
-B/export/users/gcc-svn/install_dir/trunk-install/x86_64-unknown-linux-gnu/bin/ 
-B/export/users/gcc-svn/install_dir/trunk-install/x86_64-unknown-linux-gnu/lib/ 
-isystem 
/export/users/gcc-svn/install_dir/trunk-install/x86_64-unknown-linux-gnu/include
 -isystem 
/export/users/gcc-svn/install_dir/trunk-install/x86_64-unknown-linux-gnu/sys-include
 -m32 -ffloat-store -fomit-frame-pointer -Usun -g -O2 -m32 -m32 -o 
.libs/jv-convert --main=gnu.gcj.convert.Convert -shared-libgcc  
-L/export/users/gcc-svn/b-trunk-gcc/x86_64-unknown-linux-gnu/32/libjava/.libs 
-L/export/users/gcc-svn/b-trunk-gcc/x86_64-unknown-linux-gnu/32/libjava 
./.libs/libgcj.so -lpthread -ldl -lrt -Wl,-rpath 
-Wl,/export/users/gcc-svn/install_dir/trunk-install/lib/../lib
./.libs/libgcj.so: undefined reference to `__cxa_throw_bad_array_length'
collect2: error: ld returned 1 exit status
make[5]: *** [jv-convert] Error 1

gcc-4.8-20130509 is now available

2013-05-09 Thread gccadmin 
Snapshot gcc-4.8-20130509 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20130509/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_8-branch 
revision 198757

You'll find:

 gcc-4.8-20130509.tar.bz2 Complete GCC

  MD5=4c16fa954a2c3966a465bb8b5743713b
  SHA1=e55de842f58d5c994b8ba8525b29f1a1e4a6fd1b

Diffs from 4.8-20130502 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.8
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: ARM Multilibs with --with-mode=thumb

2013-05-09 Thread Terry Guo 
On Wed, May 8, 2013 at 6:14 PM, gnubie gnubie  wrote:
> Hi,
> I've noticed odd behaviour when building an ARM compiler with GCC 4.7,
> --with-mode=thumb and multilibs enabled.
>
> If I do a standard c/c++ newlib build with the following multilib options:
> MULTILIB_OPTIONS += marm mthumb
> MULTILIB_DIRNAMES+= arm thumb
>

Watch out the difference between "+=" and "=" when hack the Multilib.
When you configure the gcc with --with-mode=thumb, the default mode is
changed to thumb, thus you need to change the "marm" to "mthumb" in
MULTILIB_DEFAULTS.

Here is a small patch that can help you to implement this:

diff --git a/gcc/config/arm/elf.h b/gcc/config/arm/elf.h
index e0a0aa0..d5f2234 100644
--- a/gcc/config/arm/elf.h
+++ b/gcc/config/arm/elf.h
@@ -113,7 +113,7 @@

 #ifndef MULTILIB_DEFAULTS
 #define MULTILIB_DEFAULTS \
-  { "marm", "mlittle-endian", "mfloat-abi=soft",
"mno-thumb-interwork", "fno-leading-underscore" }
+  { "mthumb", "mlittle-endian", "mfloat-abi=soft",
"mno-thumb-interwork", "fno-leading-underscore" }
 #endif
 ^L
 #define TARGET_ASM_FILE_START_APP_OFF true
diff --git a/gcc/config/arm/t-arm-elf b/gcc/config/arm/t-arm-elf
index 25b7acb..e7dda60 100644
--- a/gcc/config/arm/t-arm-elf
+++ b/gcc/config/arm/t-arm-elf
@@ -17,7 +17,7 @@
 # along with GCC; see the file COPYING3.  If not see
 # .

-MULTILIB_OPTIONS = marm/mthumb
+MULTILIB_OPTIONS = marm mthumb
 MULTILIB_DIRNAMES= arm thumb
 MULTILIB_EXCEPTIONS  =
 MULTILIB_MATCHES =
@@ -39,9 +39,9 @@ MULTILIB_MATCHES =
 # Not quite true.  We can support hard-vfp calling in Thumb2, but how do we
 # express that here?  Also, we really need architecture v5e or later
 # (mcrr etc).
-MULTILIB_OPTIONS   += mfloat-abi=hard
-MULTILIB_DIRNAMES  += fpu
-MULTILIB_EXCEPTIONS+= *mthumb/*mfloat-abi=hard*
+#MULTILIB_OPTIONS   += mfloat-abi=hard
+#MULTILIB_DIRNAMES  += fpu
+#MULTILIB_EXCEPTIONS+= *mthumb/*mfloat-abi=hard*
 #MULTILIB_EXCEPTIONS+= *mcpu=fa526/*mfloat-abi=hard*
 #MULTILIB_EXCEPTIONS+= *mcpu=fa626/*mfloat-abi=hard*

At least it works for me. Here is what I got:

terguo01@terry-pc01:install-native$ ls  arm-none-eabi/lib/
armlibc.alibnosys.a   libstdc++.a-gdb.py
linux-crt0.o   rdimon.specsredboot.ld
crt0.o libg.alibrdimon.a  libstdc++.la
linux.specsrdpmon-crt0.o   redboot.specs
iq80310.specs  libgloss-linux.a  librdpmon.a  libsupc++.a
pid.specs  rdpmon.specsredboot-syscalls.o
ldscripts  libm.alibstdc++.a  libsupc++.la
rdimon-crt0.o  redboot-crt0.o
terguo01@terry-pc01:install-native$ ls  arm-none-eabi/lib/arm
crt0.o libgloss-linux.a  librdpmon.a libsupc++.a
pid.specs  rdpmon.specsredboot-syscalls.o
iq80310.specs  libm.alibstdc++.a libsupc++.la
rdimon-crt0.o  redboot-crt0.o
libc.a libnosys.alibstdc++.a-gdb.py  linux-crt0.o
rdimon.specs   redboot.ld
libg.a librdimon.a   libstdc++.lalinux.specs
rdpmon-crt0.o  redboot.specs

BTW. There is an official pre-built tool chain with full
multilib-support for arm-non-eabi at
https://launchpad.net/gcc-arm-embedded.

BR,
Terry

Re: GCC build error

2013-05-09 Thread Marek Polacek 
On Thu, May 09, 2013 at 08:19:45PM +, Iyer, Balaji V wrote:
> Hello Everyone,
>   I am currently trying to build the GCC trunk (revision 198747) and it 
> is giving me the following error in make install for the java compiler. It 
> looks like it is not able to find a function. 
> 
> Thanks,
> 
> Balaji V. Iyer.
> 
> 
> libtool: link: /export/users/gcc-svn/b-trunk-gcc/./gcc/gcj 
> -B/export/users/gcc-svn/b-trunk-gcc/x86_64-unknown-linux-gnu/32/libjava/ 
> -B/export/users/gcc-svn/b-trunk-gcc/x86_64-unknown-linux-gnu/32/libjava/ 
> -B/export/users/gcc-svn/b-trunk-gcc/./gcc/ 
> -B/export/users/gcc-svn/install_dir/trunk-install/x86_64-unknown-linux-gnu/bin/
>  
> -B/export/users/gcc-svn/install_dir/trunk-install/x86_64-unknown-linux-gnu/lib/
>  -isystem 
> /export/users/gcc-svn/install_dir/trunk-install/x86_64-unknown-linux-gnu/include
>  -isystem 
> /export/users/gcc-svn/install_dir/trunk-install/x86_64-unknown-linux-gnu/sys-include
>  -m32 -ffloat-store -fomit-frame-pointer -Usun -g -O2 -m32 -m32 -o 
> .libs/jv-convert --main=gnu.gcj.convert.Convert -shared-libgcc  
> -L/export/users/gcc-svn/b-trunk-gcc/x86_64-unknown-linux-gnu/32/libjava/.libs 
> -L/export/users/gcc-svn/b-trunk-gcc/x86_64-unknown-linux-gnu/32/libjava 
> ./.libs/libgcj.so -lpthread -ldl -lrt -Wl,-rpath 
> -Wl,/export/users/gcc-svn/install_dir/trunk-install/lib/../lib
> ./.libs/libgcj.so: undefined reference to `__cxa_throw_bad_array_length'
> collect2: error: ld returned 1 exit status
> make[5]: *** [jv-convert] Error 1

Should be already fixed by Jason.

Marek