[ssa-branch]using libbanshee with gcc

[ssa-branch]using libbanshee with gcc

[Andrew Pinski]

I think the using libbanshee with gcc has been broken since the 
auto-configurization
had been merged into the branch.

It looks like with-options is no long referenced in configure (except 
for setting it).

Thanks,
Andrew Pinski

Re: [ssa-branch]using libbanshee with gcc

[Daniel Berlin]

On Sat, 25 Jan 2003, Andrew Pinski wrote:

> I think the using libbanshee with gcc has been broken since the
> auto-configurization
> had been merged into the branch.
I haven't done a complete reconfigure in a clean place since then, so it's
possible.


> It looks like with-options is no long referenced in configure (except
> for setting it).
>

Nathaniel, what variable am i supposed to use to get an argument passed to
subconfigures?

Can I use ac_configure_args if it is supposed to be passed to all
configures?

If so, Andrew, this'll work, and i'll commit a patch to update configure
and configure.in:

Index: configure
===================================================================
RCS file: /cvs/gcc/gcc/configure,v
retrieving revision 1.46.2.5
diff -u -3 -p -r1.46.2.5 configure
--- configure   17 Jan 2003 19:52:00 -0000      1.46.2.5
+++ configure   26 Jan 2003 01:54:01 -0000
@@ -1900,7 +1900,7 @@ if test x${with_newlib} != xno && echo "
 fi

 if echo " ${configdirs} " |grep " libbanshee " >/dev/null 2>&1; then
-   withoptions="$withoptions --with-libbanshee"
+   ac_configure_args="$ac_configure_args --with-libbanshee"
 fi

 # We default to --with-shared on platforms where -fpic is meaningless.

Re: [ssa-branch]using libbanshee with gcc

[Andrew Pinski]

The patch work but there was problem while bootstrapping:

/Volumes/UFS_Partition/pinskia/src/gccssa/src/objdir/gcc/stage1/xgcc  
-B/Volumes/UFS_Partition/pinskia/src/gccssa/src/objdir/gcc/stage1/  
-B/Volumes/UFS_Partition/pinskia/gccssa/powerpc-apple-darwin6.3/bin/  
-DHAVE_CONFIG_H -I.  
-I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to  
-I..     
-I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to/ 
../libcompat  
-I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to/ 
../include  
-I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to/..  
-Ddeletes= -Dtraditional= -Dsameregion= -Dparentptr=  
-fno-strict-aliasing -g -O2  -c  
/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to/ 
andersen_terms.c
rm -f libandersen.a
ar cru libandersen.a andersen_terms.o
ranlib libandersen.a
Making all in libcompat
/Volumes/UFS_Partition/pinskia/src/gccssa/src/objdir/gcc/stage1/xgcc  
-B/Volumes/UFS_Partition/pinskia/src/gccssa/src/objdir/gcc/stage1/  
-B/Volumes/UFS_Partition/pinskia/gccssa/powerpc-apple-darwin6.3/bin/  
-DHAVE_CONFIG_H -I.  
-I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat  
-I..     
-I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/ 
../engine  
-I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/ 
../include -I. -Ddeletes= -Dtraditional= -Dsameregion= -Dparentptr=  
-fno-strict-aliasing -g -O2  -c  
/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/ 
regions.c
/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/ 
regions.c: In function `region_init':
/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/ 
regions.c:304: internal compiler error: in simplify_expr, at  
gimplify.c:667
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.


This is on a powerpc-apple-darwin6.3.

Thanks,
Andrew Pinski


On Saturday, Jan 25, 2003, at 17:55 US/Pacific, Daniel Berlin wrote:

>
>
> On Sat, 25 Jan 2003, Andrew Pinski wrote:
>
>> I think the using libbanshee with gcc has been broken since the
>> auto-configurization
>> had been merged into the branch.
> I haven't done a complete reconfigure in a clean place since then, so  
> it's
> possible.
>
>
>> It looks like with-options is no long referenced in configure (except
>> for setting it).
>>
>
> Nathaniel, what variable am i supposed to use to get an argument  
> passed to
> subconfigures?
>
> Can I use ac_configure_args if it is supposed to be passed to all
> configures?
>
> If so, Andrew, this'll work, and i'll commit a patch to update  
> configure
> and configure.in:
>
> Index: configure
> ===================================================================
> RCS file: /cvs/gcc/gcc/configure,v
> retrieving revision 1.46.2.5
> diff -u -3 -p -r1.46.2.5 configure
> --- configure   17 Jan 2003 19:52:00 -0000      1.46.2.5
> +++ configure   26 Jan 2003 01:54:01 -0000
> @@ -1900,7 +1900,7 @@ if test x${with_newlib} != xno && echo "
>  fi
>
>  if echo " ${configdirs} " |grep " libbanshee " >/dev/null 2>&1; then
> -   withoptions="$withoptions --with-libbanshee"
> +   ac_configure_args="$ac_configure_args --with-libbanshee"
>  fi
>
>  # We default to --with-shared on platforms where -fpic is meaningless.
>
>
>

Re: [ssa-branch]using libbanshee with gcc

[Andreas Jaeger]

Andrew Pinski <pinskia@physics.uc.edu> writes:

> The patch work but there was problem while bootstrapping:

A similar error happens on i686-linux-gnu with current CVS:

gcc   -g  -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -fno-common  -DHAVE_CONFIG_H  -o cc1 \
        c-parse.o c-lang.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-objc-common.o c-dump.o c-pch.o libcpp.a  c-simplify.o c-call-graph.o tree-mudflap.o c-mudflap.o c-pretty-print.o main.o libbackend.a   ../libiberty/libiberty.a 
/builds/gcc/misc/gcc/xgcc -B/builds/gcc/misc/gcc/ -B/opt/gcc/tree-ssa-20020619-branch/i686-pc-linux-gnu/bin/ -B/opt/gcc/tree-ssa-20020619-branch/i686-pc-linux-gnu/lib/ -isystem /opt/gcc/tree-ssa-20020619-branch/i686-pc-linux-gnu/include -O2 -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -I. -I. -I/cvs/gcc-tree-ssa-20020619-branch/gcc -I/cvs/gcc-tree-ssa-20020619-branch/gcc/. -I/cvs/gcc-tree-ssa-20020619-branch/gcc/config -I/cvs/gcc-tree-ssa-20020619-branch/gcc/../include   -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-omit-frame-pointer \
   -c /cvs/gcc-tree-ssa-20020619-branch/gcc/crtstuff.c -DCRT_BEGIN \
  -o crtbegin.o
/cvs/gcc-tree-ssa-20020619-branch/gcc/crtstuff.c: In function `__do_global_dtors_aux':
/cvs/gcc-tree-ssa-20020619-branch/gcc/crtstuff.c:256: internal compiler error: in simplify_expr, at gimplify.c:667
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

Andreas

> /Volumes/UFS_Partition/pinskia/src/gccssa/src/objdir/gcc/stage1/xgcc
> -B/Volumes/UFS_Partition/pinskia/src/gccssa/src/objdir/gcc/stage1/
> -B/Volumes/UFS_Partition/pinskia/gccssa/powerpc-apple-darwin6.3/bin/
> -DHAVE_CONFIG_H -I.
> -I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to
> -I..
> -I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to/
> ../libcompat
> -I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to/
> ../include
> -I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to/..
> -Ddeletes= -Dtraditional= -Dsameregion= -Dparentptr=
> -fno-strict-aliasing -g -O2  -c
> /Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/points-to/
> andersen_terms.c
> rm -f libandersen.a
> ar cru libandersen.a andersen_terms.o
> ranlib libandersen.a
> Making all in libcompat
> /Volumes/UFS_Partition/pinskia/src/gccssa/src/objdir/gcc/stage1/xgcc
> -B/Volumes/UFS_Partition/pinskia/src/gccssa/src/objdir/gcc/stage1/
> -B/Volumes/UFS_Partition/pinskia/gccssa/powerpc-apple-darwin6.3/bin/
> -DHAVE_CONFIG_H -I.
> -I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat
> -I..
> -I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/
> ../engine
> -I/Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/
> ../include -I. -Ddeletes= -Dtraditional= -Dsameregion= -Dparentptr=
> -fno-strict-aliasing -g -O2  -c
> /Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/
> regions.c
> /Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/
> regions.c: In function `region_init':
> /Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/
> regions.c:304: internal compiler error: in simplify_expr, at
> gimplify.c:667
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> [...]


-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj

Re: [ssa-branch]using libbanshee with gcc

[Daniel Berlin]

On Sun, 26 Jan 2003, Andreas Jaeger wrote:

> Andrew Pinski <pinskia@physics.uc.edu> writes:
>
> > The patch work but there was problem while bootstrapping:
>
> A similar error happens on i686-linux-gnu with current CVS:
>
> gcc   -g  -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -fno-common  -DHAVE_CONFIG_H  -o cc1 \
>         c-parse.o c-lang.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-objc-common.o c-dump.o c-pch.o libcpp.a  c-simplify.o c-call-graph.o tree-mudflap.o c-mudflap.o c-pretty-print.o main.o libbackend.a   ../libiberty/libiberty.a
> /builds/gcc/misc/gcc/xgcc -B/builds/gcc/misc/gcc/ -B/opt/gcc/tree-ssa-20020619-branch/i686-pc-linux-gnu/bin/ -B/opt/gcc/tree-ssa-20020619-branch/i686-pc-linux-gnu/lib/ -isystem /opt/gcc/tree-ssa-20020619-branch/i686-pc-linux-gnu/include -O2 -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -I. -I. -I/cvs/gcc-tree-ssa-20020619-branch/gcc -I/cvs/gcc-tree-ssa-20020619-branch/gcc/. -I/cvs/gcc-tree-ssa-20020619-branch/gcc/config -I/cvs/gcc-tree-ssa-20020619-branch/gcc/../include   -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-omit-frame-pointer \
>    -c /cvs/gcc-tree-ssa-20020619-branch/gcc/crtstuff.c -DCRT_BEGIN \
>   -o crtbegin.o
> /cvs/gcc-tree-ssa-20020619-branch/gcc/crtstuff.c: In function `__do_global_dtors_aux':
> /cvs/gcc-tree-ssa-20020619-branch/gcc/crtstuff.c:256: internal compiler error: in simplify_expr, at gimplify.c:667
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

Neither are bugs introduced by me.

The bugs were introduced by Jeff's patch to examine static initializers.
Since the simplification test is is_simple_constructor, and what it
simplies to is not a constructor, is_simple_constructor returns false, and
the simplifier aborts.

Jeff, please fix this.

If you have to hack up the machinery so that it looks at something,
without caring whether it actually simplifies it, make an is_simple_*
function that just returns true, and use that as the predicate.

> > /Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/
> > regions.c: In function `region_init':
> > /Volumes/UFS_Partition/pinskia/src/gccssa/src/libbanshee/libcompat/
> > regions.c:304: internal compiler error: in simplify_expr, at
> > gimplify.c:667
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> > [...]
>