Re: MELT plugin 0.8rc4 for 4.6

[Allan McRae]

On 11/07/11 03:15, Basile Starynkevitch wrote:

On Sun, 10 Jul 2011 19:00:14 +0200
Basile Starynkevitch  wrote:


For your information, I corrected that bug (not only made the
workaround) on MELT svn rev. 176125.

So I think that the MELT plugin 0.8 final
(which I will probably release in a couple of days) will have that bug
corrected.



I just released MELT plugin 0.8rc4 with that change. See http://gcc-melt.org/ 
and download
http://gcc-melt.org/melt-0.8rc4-plugin-for-gcc-4.6.tgz

When I have a successful build report, I will release it as MELT 0.8 plugin.

Same news (w.r.t to MELT 0.7) as in  
http://gcc.gnu.org/ml/gcc/2011-07/msg00126.html



I can give a successful build report for melt-0.8rc4 on 
i686-pc-linux-gnu using "make all".



Some issues I noticed with "make install"

> make DESTDIR=/tmp/melt install
...
install: target 
`/tmp/melt//usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/include/' is not 
a directory: No such file or directory


This needs added to install-melt-includes:
$(mkinstalldirs) $(DESTDIR)/$(MELTGCC_PLUGIN_DIR)/include/

Then I run into an error in install-melt-modules:
install: cannot stat `melt-modules/*.so': No such file or directory

In that directory I have three subdirectories containing built modules. 
 I guess one of them is supposed to be used.


All other install targets work fine.

Allan

Re: announce: MELT plugin 0.8rc2 for 4.6

[Allan McRae]

On 09/07/11 01:43, Basile Starynkevitch wrote:

On Fri, 08 Jul 2011 19:50:11 +1000
Allan McRae  wrote:


On 08/07/11 19:15, Basile Starynkevitch wrote:

On Fri, Jul 08, 2011 at 06:41:30PM +1000, Allan McRae wrote:

empty-file-for-melt.c
cc1: note: MELT is bootstrapping so ignore builtin source directory
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/melt-source and module
directory
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/libexec/melt-modules
*** WARNING *** there are active plugins, do not report this as a
bug unless you can reproduce it without enabling any plugins.
Event| Plugins
PLUGIN_FINISH_UNIT   | melt
PLUGIN_FINISH| melt
PLUGIN_GGC_START | melt
PLUGIN_GGC_MARKING   | melt
PLUGIN_ATTRIBUTES| melt
PLUGIN_START_UNIT| melt
PLUGIN_PRAGMAS   | melt
cc1: internal compiler error: Segmentation fault
Please submit a full bug report,



Did you install a previous release of MELT plugin (e.g. 0.8rc1 or 0.7)? If
you did, you have to remove it entirely (eg remove all files named *melt*)?






Alexandre Lissy discovered that by replacing, in file
melt-0.8rc2-plugin-for-gcc-4.6/melt-build.mk line 420,
MELT_STAGE_ZERO?= melt-stage0-dynamic
with
MELT_STAGE_ZERO = melt-stage0-static
the bug disappears.

Allan, could you confirm that it is the case for you also? Thanks!



I can confirm the build completes with that change.

Allan

Re: announce: MELT plugin 0.8rc2 for 4.6

[Allan McRae]

On 08/07/11 19:15, Basile Starynkevitch wrote:

On Fri, Jul 08, 2011 at 06:41:30PM +1000, Allan McRae wrote:

empty-file-for-melt.c
cc1: note: MELT is bootstrapping so ignore builtin source directory
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/melt-source and module
directory
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/libexec/melt-modules
*** WARNING *** there are active plugins, do not report this as a
bug unless you can reproduce it without enabling any plugins.
Event| Plugins
PLUGIN_FINISH_UNIT   | melt
PLUGIN_FINISH| melt
PLUGIN_GGC_START | melt
PLUGIN_GGC_MARKING   | melt
PLUGIN_ATTRIBUTES| melt
PLUGIN_START_UNIT| melt
PLUGIN_PRAGMAS   | melt
cc1: internal compiler error: Segmentation fault
Please submit a full bug report,



Did you install a previous release of MELT plugin (e.g. 0.8rc1 or 0.7)? If
you did, you have to remove it entirely (eg remove all files named *melt*)?



I have no previous MELT plugins installed.



What further information do you require for this?


Perhaps a gdb backtrace of the crash?



Maybe not that helpful given things have been stripped...  I can rebuild 
without stripping if helpful.


#0  0xf7fe6941 in _dl_lookup_symbol_x () from /lib/ld-linux.so.2
#1  0xf788ed60 in ?? () from /lib/libc.so.6
#2  0xf788f1e7 in _dl_sym () from /lib/libc.so.6
#3  0xf7902d66 in ?? () from /lib/libdl.so.2
#4  0xf7feb66f in _dl_catch_error () from /lib/ld-linux.so.2
#5  0xf790333a in ?? () from /lib/libdl.so.2
#6  0xf7902de4 in dlsym () from /lib/libdl.so.2
#7  0xf71a7605 in melt_dlsym_all () from ./melt.so
#8  0xf71a7666 in melt_dynobjstruct_fieldoffset_at () from ./melt.so
#9  0xf708ad3c in warmelt_first_initialmeltchunk_19 ()
   from melt-stage0-dynamic/warmelt-first-0.so
#10 0xf70fa485 in start_module_melt ()
   from melt-stage0-dynamic/warmelt-first-0.so
#11 0xf71b9b3b in meltgc_make_load_melt_module () from ./melt.so
#12 0xf71c3bc3 in plugin_init () from ./melt.so
#13 0x082d5565 in ?? ()
#14 0x087663c5 in htab_traverse_noresize ()
#15 0x082d5ebd in initialize_plugins ()
#16 0x08364c2e in toplev_main ()
#17 0x080d645b in main ()


Note that this only happens for me on i686.  I have just set off a build 
on my x86_64 system (toolchain build with exactly the same 
configuration) and I do not run into this issue.


Allan

Re: announce: MELT plugin 0.8rc2 for 4.6

[Allan McRae]

On 08/07/11 18:06, Basile Starynkevitch wrote:


Hello All,

It is my pleasure to announce the 2nd release candidate of MELT plugin
version 0.8 for GCC 4.6

You can download it from http://gcc-melt.org/
gnuzipped tar http://gcc-melt.org/melt-0.8rc2-plugin-for-gcc-4.6.tgz
of md5sum 880db34a1d76a27f51ba4d594e725519



I get an ICE after stage zero:

build-melt-plugin: Did MELT stage zero successfully
build-melt-plugin: Starting MELT first stage
build-melt-plugin: making MELT using 
/home/allan/Desktop/melt-0.8rc2-plugin-for-gcc-4.6/melt-build.mk warmelt1
make: Entering directory 
`/home/allan/Desktop/melt-0.8rc2-plugin-for-gcc-4.6'

if [ -d melt-stage1 ]; then true; else mkdir melt-stage1; fi
cd melt-stage0-dynamic/ ; rm -f warmelt-first-0.so; ln -s 
warmelt-first-0.d.so warmelt-first-0.so
cd melt-stage0-dynamic/ ; rm -f warmelt-base-0.so; ln -s 
warmelt-base-0.d.so warmelt-base-0.so
cd melt-stage0-dynamic/ ; rm -f warmelt-debug-0.so; ln -s 
warmelt-debug-0.d.so warmelt-debug-0.so
cd melt-stage0-dynamic/ ; rm -f warmelt-macro-0.so; ln -s 
warmelt-macro-0.d.so warmelt-macro-0.so
cd melt-stage0-dynamic/ ; rm -f warmelt-normal-0.so; ln -s 
warmelt-normal-0.d.so warmelt-normal-0.so
cd melt-stage0-dynamic/ ; rm -f warmelt-normatch-0.so; ln -s 
warmelt-normatch-0.d.so warmelt-normatch-0.so
cd melt-stage0-dynamic/ ; rm -f warmelt-genobj-0.so; ln -s 
warmelt-genobj-0.d.so warmelt-genobj-0.so
cd melt-stage0-dynamic/ ; rm -f warmelt-outobj-0.so; ln -s 
warmelt-outobj-0.d.so warmelt-outobj-0.so
gcc -fplugin=./melt.so -c -o /dev/null  -Wno-shadow 
-fplugin-arg-melt-mode=translateinit 
-fplugin-arg-melt-module-makefile=/home/allan/Desktop/melt-0.8rc2-plugin-for-gcc-4.6/melt-module.mk 
-fplugin-arg-melt-module-make-command=/usr/bin/make 
-fplugin-arg-melt-tempdir=. -fplugin-arg-melt-bootstrapping 
-fplugin-arg-melt-init=\

warmelt-first-0:\
warmelt-base-0:\
warmelt-debug-0:\
warmelt-macro-0:\
warmelt-normal-0:\
warmelt-normatch-0:\
warmelt-genobj-0:\
warmelt-outobj-0 \

-fplugin-arg-melt-arg=/home/allan/Desktop/melt-0.8rc2-plugin-for-gcc-4.6/melt/warmelt-first.melt 
 -frandom-seed=c763ca1e2b1d2b340ebd439b \

  -fplugin-arg-melt-module-path=melt-stage1:melt-stage0-dynamic:.:. \

-fplugin-arg-melt-source-path=melt-stage1:melt-stage0-dynamic:.:/home/allan/Desktop/melt-0.8rc2-plugin-for-gcc-4.6/melt:/home/allan/Desktop/melt-0.8rc2-plugin-for-gcc-4.6/melt/generated:/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/melt-source 
\
  -fplugin-arg-melt-output=melt-stage1/warmelt-first-1.c 
empty-file-for-melt.c
cc1: note: MELT is bootstrapping so ignore builtin source directory 
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/melt-source and module 
directory /usr/lib/gcc/i686-pc-linux-gnu/4.6.1/plugin/libexec/melt-modules
*** WARNING *** there are active plugins, do not report this as a bug 
unless you can reproduce it without enabling any plugins.

Event| Plugins
PLUGIN_FINISH_UNIT   | melt
PLUGIN_FINISH| melt
PLUGIN_GGC_START | melt
PLUGIN_GGC_MARKING   | melt
PLUGIN_ATTRIBUTES| melt
PLUGIN_START_UNIT| melt
PLUGIN_PRAGMAS   | melt
cc1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make: *** [melt-stage1/warmelt-first-1.c] Error 1
make: Leaving directory `/home/allan/Desktop/melt-0.8rc2-plugin-for-gcc-4.6'
build-melt-plugin error: doing melt make warmelt1 failed


> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /build/src/gcc-4.6.1/configure --prefix=/usr 
--libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man 
--infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ 
--enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared 
--enable-threads=posix --with-system-zlib --enable-__cxa_atexit 
--disable-libunwind-exceptions --enable-clocale=gnu 
--enable-gnu-unique-object --enable-linker-build-id --with-ppl 
--enable-cloog-backend=isl --enable-lto --enable-gold 
--enable-ld=default --enable-plugin --with-plugin-ld=ld.gold 
--disable-multilib --disable-libstdcxx-pch --enable-checking=release

Thread model: posix
gcc version 4.6.1 (GCC)


What further information do you require for this?

Allan

Re: Snapshot tarballs for 4.7-20110528

[Allan McRae]

On 03/06/11 15:39, Allan McRae wrote:

On 02/06/11 23:51, bd satish wrote:

Hi,

All these days there used to be different tarballs like
gcc-core-*.tar.bz2, gcc-fortran-*.tar.bz2, etc. in the snapshot
directory ftp://gcc.gnu.org/pub/gcc/snapshots/LATEST-4.7. But now I
see only one combined tarball (starting with 4.7-20110528). I liked
separate tarballs on a per-language basis (g++, fortran, etc.). Could
somebody point me to the reasons for this change ? I couldn't find any
announcement regarding this change either.



I noticed that this has also happened with gcc-4.5-20110602. Is this due
to some failure or is this change deliberate?



To clarify further:

gcc-4.7-20110521 generated all the separate tarballs per language
gcc-4.3-20110522 (and all snapshots thereafter) only generated a single 
tarball


Allan

Re: Snapshot tarballs for 4.7-20110528

[Allan McRae]

On 02/06/11 23:51, bd satish wrote:

Hi,

All these days there used to be different tarballs like
gcc-core-*.tar.bz2, gcc-fortran-*.tar.bz2, etc. in the snapshot
directory ftp://gcc.gnu.org/pub/gcc/snapshots/LATEST-4.7. But now I
see only one combined tarball (starting with 4.7-20110528). I liked
separate tarballs on a per-language basis (g++, fortran, etc.). Could
somebody point me to the reasons for this change ? I couldn't find any
announcement regarding this change either.



I noticed that this has also happened with gcc-4.5-20110602.  Is this 
due to some failure or is this change deliberate?


Allan

Re: glibc 2.13-4 causing kdesktop.kcrash (x86_64 only); 2.13-3 OK - right place to report?

[Allan McRae]

On 23/02/11 05:25, David C. Rankin wrote:

(1) if this is the right place for the glibc issue; and


No.  This list is for the development of gcc.


(2) if you think it is something that should be filed or whether the error
points to a packaging problem or a problem with the Trinity source.


Given downgrading the distributions glibc package fixed the issue, the 
first point of call should be me on the Arch Linux bug tracker.


Allan

Re: gmp 5.0.1 and gcc 4.5?

[Allan McRae]

On 03/04/10 03:28, Roman Kononov wrote:

On Mon, 29 Mar 2010 12:55:47 -0400 Jack Howarth
  wrote:

   

I've not seen any discussion of testing gcc trunk
against the newer gmp 5.0 or 5.0.1 releases. Has anyone
done significant testing with the newer gmp releases
... ?
 

I use gcc 4.4.4 and 4.5.0 with gmp 5.0.1. I compile and use PostgreSQL
and other stuff, and have not noticed any misbehavior related to gmp or
mpfr. Although, I cannot say that I use gcc in a way that makes a lot
of gmp or mpfr testing.
   



The Arch Linux toolchain was built with gmp-5.0.1 about two weeks ago 
and all software linking to gmp-4 was rebuilt with gmp-5.  We have seen 
no gmp-5 related issues so far.


Allan

Re: [Cygwin] Failure in building current GCC snapshot

[Allan McRae]

Angelo Graziosi wrote:
At least on Cygwin (1.7), the current GCC snapshot (20090917) fails to 
build:


[...]
/tmp/build/./gcc/xgcc -B/tmp/build/./gcc/ 
-B/usr/local/gfortran/i686-pc-cygwin/bin/ 
-B/usr/local/gfortran/i686-pc-cygwin/lib/ -isystem 
/usr/local/gfortran/i686-pc-cygwin/include -isystem 
/usr/local/gfortran/i686-pc-cygwin/sys-include-g -O2 -O2 
-I/tmp/gcc-4.5-20090917/gcc/../winsup/w32api/include 
-I/tmp/gcc-4.5-20090917/gcc/../winsup/include 
-I/tmp/gcc-4.5-20090917/gcc/../winsup/cygwin/include -g -O2 -DIN_GCC 
-W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes 
-Wmissing-prototypes -Wold-style-definition  -isystem ./include   -g 
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I. 
-I../.././gcc -I/tmp/gcc-4.5-20090917/libgcc 
-I/tmp/gcc-4.5-20090917/libgcc/. -I/tmp/gcc-4.5-20090917/libgcc/../gcc 
-I/tmp/gcc-4.5-20090917/libgcc/../include 
-I/tmp/gcc-4.5-20090917/libgcc/../libdecnumber/dpd 
-I/tmp/gcc-4.5-20090917/libgcc/../libdecnumber -DHAVE_CC_TLS -o 
_powitf2.o -MT _powitf2.o -MD -MP -MF _powitf2.dep -DL_powitf2 -c 
/tmp/gcc-4.5-20090917/libgcc/../gcc/libgcc2.c \

/tmp/gcc-4.5-20090917/libgcc/../gcc/libgcc2.c: In function '__powisf2':
/tmp/gcc-4.5-20090917/libgcc/../gcc/libgcc2.c:1739:1: internal 
compiler error: in convert_regs_1, at reg-stack.c:3052

Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [_powisf2.o] Error 1
make[3]: *** Waiting for unfinished jobs
/tmp/gcc-4.5-20090917/libgcc/../gcc/libgcc2.c: In function '__powidf2':
/tmp/gcc-4.5-20090917/libgcc/../gcc/libgcc2.c:1739:1: internal 
compiler error: in convert_regs_1, at reg-stack.c:3052

Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [_powidf2.o] Error 1
/tmp/gcc-4.5-20090917/libgcc/../gcc/libgcc2.c: In function '__powixf2':
/tmp/gcc-4.5-20090917/libgcc/../gcc/libgcc2.c:1739:1: internal 
compiler error: in convert_regs_1, at reg-stack.c:3052

Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [_powixf2.o] Error 1
make[3]: Leaving directory `/tmp/build/i686-pc-cygwin/libgcc'
make[2]: *** [all-stage2-target-libgcc] Error 2
make[2]: Leaving directory `/tmp/build'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/tmp/build'
make: *** [all] Error 2
---

I have configured with:

-
${source_dir}/configure --prefix="${prefix_dir}" \
--exec-prefix="${eprefix_dir}" \
--sysconfdir="${sysconf_dir}" \
--libdir="${lib_dir}" \
--libexecdir="${libexec_dir}" \
--mandir="${man_dir}" \
--infodir="${info_dir}" \
--program-suffix="${suffix}" \
--enable-bootstrap \
--enable-checking=release \
--enable-decimal-float \
--enable-languages=c,c++,fortran \
--enable-libgomp \
--enable-libssp \
--enable-nls \
--enable-threads=posix \
--enable-version-specific-runtime-libs \
--disable-libmudflap \
--disable-shared \
--disable-sjlj-exceptions \
--disable-win32-registry \
--with-arch=i686 \
--with-dwarf2 \
--with-system-zlib \
--with-tune=generic \
--without-included-gettext \
--without-x
-

The previous snapshot (20090910) builds fine, with the same methods.


Seems to be the same as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

Allan

Re: Using MPC Library with GCC

[Allan McRae]

Kaveh R. GHAZI wrote:

On Wed, 13 May 2009, Mark Mitchell wrote:

  

Kaveh R. GHAZI wrote:



1.  Consider MPC as an optional library now, install all the code and make
it hard-required only when all the complex math functions are made
available in a future released version of the library or sometime in
stage3, whichever is first.
  

I think this is the best option.

Please make sure to open a P1 PR for 4.5.0 indicating that we should
throw the hard-requirement switch.



The last patch to enable use of MPC in GCC was reviewed today and
installed.  I'm sure other updates will come, but the base functionality
is now there.

I've opened PR 40302 as you requested (and assigned myself).
  


I have noticed that mpc is not automatically detected even when 
installed in the standard library path (with gcc-4.5-20090604). This 
means that building with mpc always requires using the 
--with-mpc-lib=/usr/lib flag.

This is fixed by adjusting configure{.ac} to have:
mpclibs="-lmpc"

Allan