gccadmin | 7 Feb 23:37 2016
Picon

gcc-6-20160207 is now available

Snapshot gcc-6-20160207 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/6-20160207/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 233203

You'll find:

 gcc-6-20160207.tar.bz2               Complete GCC

  MD5=24f6330e0712d1c452d395dab2f72ec8
  SHA1=f0fd910ba8ab76c2c250083af4d792712d7dcf45

Diffs from 6-20160131 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-6
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.

Jan-Benedict Glaw | 7 Feb 22:10 2016
Picon

[BUILDROBOT] gcc21 fails to build tilegx-linux

Hi!

Building current GCC on gcc21.fsffrance.org fails, see build
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=490729:

(`make all-gcc' build log at http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=4541729)

g++ -fno-PIE -c   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE   -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -I. -I.
-I/scratch/4/jbglaw/regular/repos/gcc/gcc -I/scratch/4/jbglaw/regular/repos/gcc/gcc/.
-I/scratch/4/jbglaw/regular/repos/gcc/gcc/../include
-I/scratch/4/jbglaw/regular/repos/gcc/gcc/../libcpp/include 
-I/scratch/4/jbglaw/regular/repos/gcc/gcc/../libdecnumber
-I/scratch/4/jbglaw/regular/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I/scratch/4/jbglaw/regular/repos/gcc/gcc/../libbacktrace   -o tilegx.o -MT tilegx.o -MMD -MP -MF
./.deps/tilegx.TPo /scratch/4/jbglaw/regular/repos/gcc/gcc/config/tilegx/tilegx.c
/scratch/4/jbglaw/regular/repos/gcc/gcc/config/tilegx/tilegx.c: In function ‘void
tilegx_print_operand(FILE*, rtx, int)’:
/scratch/4/jbglaw/regular/repos/gcc/gcc/config/tilegx/tilegx.c:5357:20: warning: format not a
string literal and no format arguments [-Wformat-security]
  fprintf (file, reg);
                    ^
g++ -fno-PIE -c   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE   -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -I. -I.
-I/scratch/4/jbglaw/regular/repos/gcc/gcc -I/scratch/4/jbglaw/regular/repos/gcc/gcc/.
-I/scratch/4/jbglaw/regular/repos/gcc/gcc/../include
(Continue reading)

Carlos Pita | 4 Feb 17:08 2016
Picon
Gravatar

Early inlining and function references from static const struct (bug?)

Hi all,

I've been trying to understand some bizarre interaction between
optimizing passes I've observed while compiling a heavily nested
inlined numerical code of mine. I managed to reduce the issue down to
this simple code:

``` test.c

typedef struct F {
  int (*call)(int);
} F;

static int g(F f, int x) {
  x = f.call(x);
  x = f.call(x);
  x = f.call(x);
  x = f.call(x);
  x = f.call(x);
  x = f.call(x);
  x = f.call(x);
  x = f.call(x);
  return x;
}

static int sq(int x) {
  return x * x;
}

static const F f = {sq};
(Continue reading)

Bin.Cheng | 4 Feb 15:12 2016
Picon

Inconsistent initialization for pic_offset_table_rtx?

Hi,
I noticed that pic_offset_table_rtx is initialized twice in GCC.  Take
x86_32 as an example.
The first initialization is done in emit_init_regs, with below code:

  pic_offset_table_rtx = NULL_RTX;
  if ((unsigned) PIC_OFFSET_TABLE_REGNUM != INVALID_REGNUM)
    pic_offset_table_rtx = gen_raw_REG (Pmode, PIC_OFFSET_TABLE_REGNUM);

On x86_32 with pic, we have:

(gdb) call debug_rtx(this_target_rtl->x_pic_offset_table_rtx)
(reg:SI 3 bx)

The second initialization is in expand_used_vars, with below code:

  if (targetm.use_pseudo_pic_reg ())
    pic_offset_table_rtx = gen_reg_rtx (Pmode);

On x86_32 with pic, we have:

(gdb) call debug_rtx(this_target_rtl->x_pic_offset_table_rtx)
(reg:SI 87)

So basically after expanding the first function, pic_offset_table_rtx
is set to a pseudo register, rather than the one initialized in
emit_init_regs.

Also this causes inconsistent compilation for the first/rest functions
in one compilation unit.
(Continue reading)

shmeel gutl | 4 Feb 04:12 2016
Picon

Help porting to lra

I am trying to enable lra for my vliw architecture and I am encountering 
a problem of  "max number of generated reload insns". The problem seems 
elementary but I don't see the correction.

Consider
      r1 =r2+r3
     s1=r1+r4
     call func(r3)
     r5=s2+r1

where s registers are pseudo registers which ira maps to callee saved 
registers
and r registers are pseudo registers which ira maps to caller saved 
registers.
The inheritance pass sees that r1 is still live across a call so it 
generates a spill using split_reg. Call_save_p is true so it spills to a 
pseudo register which ends up getting the same hard register assignment 
as r1. Therefore nothing is solved, the new register is also live across 
the call.

The call to the emit_spill_move looks like it is expecting a memory 
destination but it is in fact receiving a pseudo register. Did I miss 
some kind of hook that makes the spill go to the stack? Reload gets it 
right.

Thanks,
Shmeel

Mario D'Ulisse | 4 Feb 00:55 2016
Picon

Snapshots

Thankyou for providing snapshots for those of us who really like
gcc, I've been using gcc-5.3 for a while now and it is a pleasure.
Many thanks.

gccadmin | 3 Feb 23:36 2016
Picon

gcc-4.9-20160203 is now available

Snapshot gcc-4.9-20160203 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20160203/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

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

You'll find:

 gcc-4.9-20160203.tar.bz2             Complete GCC

  MD5=6e4c989968e32d4ad89a8c9a4c108509
  SHA1=5dc8d5977755f2c2282f742f86d9be849365a8dc

Diffs from 4.9-20160127 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.9
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.

Joseph Myers | 3 Feb 23:20 2016

Author map correction and additions

Having reviewed entries in the author map for the git conversion that 
don't correspond directly to current /etc/passwd entries I think the 
following correction should be made:

alanm = Alan Matsuoka <alanm <at> redhat.com>
(not Alan Modra, at least for the commits I looked at)

In addition, at least the following ten committers who are new since the 
map was created need to be added:

afanfa = Alessandro Fanfarillo <fanfarillo.gcc <at> gmail.com>
afomin = Alexander Fomin <afomin.mailbox <at> gmail.com>
alahay01 = Alan Hayward <alan.hayward <at> arm.com>
andris = Andris Pavenis <andris.pavenis <at> iki.fi>
claziss = Claudiu Zissulescu <claziss <at> synopsys.com>
evandro = Evandro Menezes <e.menezes <at> samsung.com>
kelvin = Kelvin Nilsen <kdnilsen <at> linux.vnet.ibm.com>
lkrupp = Louis Krupp <louis.krupp <at> zoho.com>
ssaraswati = Sujoy Saraswati <sujoy.saraswati <at> hpe.com>
wilco = Wilco Dijkstra <wdijkstr <at> arm.com>

--

-- 
Joseph S. Myers
joseph <at> codesourcery.com

Keith Lindsay | 3 Feb 22:16 2016
Picon

'current' in URLs of mailing list archives not redirecting to 2016-02

FYI,

https://gcc.gnu.org/ml/gcc/current/
currently redirects to
https://gcc.gnu.org/ml/gcc/2016-01/
instead of
https://gcc.gnu.org/ml/gcc/2016-02/

Other GCC mailing lists also redirect to 2016-01, instead of 2016-02.

Keith

Prasad Ghangal | 3 Feb 22:01 2016
Picon
Gravatar

Help! Regarding bug 49973

Hi !
I am new to gcc. I would like to solve bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973 (Bug 49973 - Column
numbers count special characters as multiple columns ). Can somebody
guide me?

I tried to debug gcc under gdb. I think I have to change code in c-parser.c

--

-- 
Thanks and Regards,
Prasad Ghangal

Boris Kolpackov | 3 Feb 15:25 2016

[ANN] build2 - C++ build toolchain

Hi,

build2 is an open source, cross-platform toolchain for building and
packaging C++ code. It includes a build system, package manager, and
repository web interface. We've also started cppget.org, a public
repository of open source C++ packages.

This is the first alpha release and currently it is more of a technology
preview rather than anything that is ready for production. We have tested
this version on various Linux'es, Mac OS, and FreeBSD. There is no Windows
support yet (but cross-compilation is supported).

The project's page is:

https://build2.org

For those who need to see examples right away, here is the introduction:

https://build2.org/build2-toolchain/doc/build2-toolchain-intro.xhtml

Enjoy,
	Boris


Gmane