public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target.
@ 2004-02-19 16:13 Karel Gardas
  2004-02-19 16:25 ` Andrew Pinski
  0 siblings, 1 reply; 7+ messages in thread
From: Karel Gardas @ 2004-02-19 16:13 UTC (permalink / raw)
  To: GCC Mailing List


Hello,

todays gcc-3_4-branch sources fails to compile for powerpc-eabisim target.
The failure looks:

gcc   -g -O2 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
-DHAVE_CONFIG_H  -o cc1 \
        c-parse.o c-lang.o c-pretty-print.o stub-objc.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-incpath.o cppdefault.o
c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o
libcpp.a rs6000-c.o main.o libbackend.a ../libiberty/libiberty.a
libbackend.a(function.o)(.text+0x6861): In function `assign_parms':
../../combined/gcc/function.c:5245: undefined reference to
`set_decl_incoming_rtl'
collect2: ld returned 1 exit status
make[1]: *** [cc1] Error 1
make[1]: Leaving directory `/mnt/karel/gcc340-sim/obj/gcc'
make: *** [all-gcc] Error 2


The compiler and environment was configured with:

thinkpad:/mnt/karel/gcc340-sim/obj$ ../combined/configure
--target=powerpc-eabisim --prefix=/mnt/karel/gcc340-sim/powerpc-eabisim
--with-newlib --disable-gdbtk --enable-languages=c++


Cheers,

Karel
--
Karel Gardas                  kgardas@objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target.
  2004-02-19 16:13 Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target Karel Gardas
@ 2004-02-19 16:25 ` Andrew Pinski
  2004-02-19 21:49   ` Karel Gardas
  2004-02-19 23:02   ` Alan Modra
  0 siblings, 2 replies; 7+ messages in thread
From: Andrew Pinski @ 2004-02-19 16:25 UTC (permalink / raw)
  To: Alan Modra, Karel Gardas; +Cc: Andrew Pinski, GCC Mailing List


On Feb 19, 2004, at 08:00, Karel Gardas wrote:

> Hello,
>
> todays gcc-3_4-branch sources fails to compile for powerpc-eabisim 
> target.
> The failure looks:
>
> gcc   -g -O2 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
> -DHAVE_CONFIG_H  -o cc1 \
>         c-parse.o c-lang.o c-pretty-print.o stub-objc.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-incpath.o cppdefault.o
> c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o
> libcpp.a rs6000-c.o main.o libbackend.a ../libiberty/libiberty.a
> libbackend.a(function.o)(.text+0x6861): In function `assign_parms':
> ../../combined/gcc/function.c:5245: undefined reference to
> `set_decl_incoming_rtl'
> collect2: ld returned 1 exit status
> make[1]: *** [cc1] Error 1
> make[1]: Leaving directory `/mnt/karel/gcc340-sim/obj/gcc'
> make: *** [all-gcc] Error 2
>
>
> The compiler and environment was configured with:
>
> thinkpad:/mnt/karel/gcc340-sim/obj$ ../combined/configure
> --target=powerpc-eabisim --prefix=/mnt/karel/gcc340-sim/powerpc-eabisim
> --with-newlib --disable-gdbtk --enable-languages=c++


This was caused by:
2004-02-19  Alan Modra  <amodra@bigpond.net.au>

         * function.c (assign_parms): When building decl_rtl for
         SPLIT_COMPLEX_ARGS, ensure inner modes of concat match outer.

Basically set_decl_incoming_rtl is not on the branch but on the 
mainline.


Thanks,
Andrew Pinski



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target.
  2004-02-19 16:25 ` Andrew Pinski
@ 2004-02-19 21:49   ` Karel Gardas
  2004-02-20 23:51     ` Jim Wilson
  2004-02-19 23:02   ` Alan Modra
  1 sibling, 1 reply; 7+ messages in thread
From: Karel Gardas @ 2004-02-19 21:49 UTC (permalink / raw)
  To: Andrew Pinski; +Cc: Alan Modra, GCC Mailing List

On Thu, 19 Feb 2004, Andrew Pinski wrote:

> > The compiler and environment was configured with:
> >
> > thinkpad:/mnt/karel/gcc340-sim/obj$ ../combined/configure
> > --target=powerpc-eabisim --prefix=/mnt/karel/gcc340-sim/powerpc-eabisim
> > --with-newlib --disable-gdbtk --enable-languages=c++
>
>
> This was caused by:
> 2004-02-19  Alan Modra  <amodra@bigpond.net.au>
>
>          * function.c (assign_parms): When building decl_rtl for
>          SPLIT_COMPLEX_ARGS, ensure inner modes of concat match outer.
>
> Basically set_decl_incoming_rtl is not on the branch but on the
> mainline.

FYI: When I tried to revert last revision of function.c file, the build
still fails with:

gcc -c   -g -O2 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
-DHAVE_CONFIG_H    -I. -I. -I../../combined/gcc -I../../combined/gcc/.
-I../../combined/gcc/../include  ../../combined/gcc/function.c -o
function.o
../../combined/gcc/function.c: In function `aggregate_value_p':
../../combined/gcc/function.c:4269: error: `hard_regno_nregs' undeclared
(first use in this function)
../../combined/gcc/function.c:4269: error: (Each undeclared identifier is
reported only once
../../combined/gcc/function.c:4269: error: for each function it appears
in.)
../../combined/gcc/function.c: In function `assign_parms':
../../combined/gcc/function.c:4654: warning: implicit declaration of
function `set_decl_incoming_rtl'
../../combined/gcc/function.c: In function `allocate_struct_function':
../../combined/gcc/function.c:6417: warning: implicit declaration of
function `DECL_STRUCT_FUNCTION'
../../combined/gcc/function.c:6417: error: invalid lvalue in assignment
../../combined/gcc/function.c: In function `prepare_function_start':
../../combined/gcc/function.c:6443: warning: assignment makes pointer from
integer without a cast
../../combined/gcc/function.c: In function `keep_stack_depressed':
../../combined/gcc/function.c:7501: error: `hard_regno_nregs' undeclared
(first use in this function)
make[1]: *** [function.o] Error 1
make[1]: Leaving directory `/mnt/karel/gcc340-sim/obj/gcc'
make: *** [all-gcc] Error 2


Is there anything wrong with my assumption that this patch touches only
this one file?

Thanks,

Karel
--
Karel Gardas                  kgardas@objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target.
  2004-02-19 16:25 ` Andrew Pinski
  2004-02-19 21:49   ` Karel Gardas
@ 2004-02-19 23:02   ` Alan Modra
  2004-02-19 23:17     ` Alan Modra
  1 sibling, 1 reply; 7+ messages in thread
From: Alan Modra @ 2004-02-19 23:02 UTC (permalink / raw)
  To: Andrew Pinski; +Cc: Karel Gardas, GCC Mailing List

On Thu, Feb 19, 2004 at 08:12:08AM -0800, Andrew Pinski wrote:
> On Feb 19, 2004, at 08:00, Karel Gardas wrote:
> >../../combined/gcc/function.c:5245: undefined reference to
> >`set_decl_incoming_rtl'
> 
> This was caused by:
> 2004-02-19  Alan Modra  <amodra@bigpond.net.au>

Sorry.  Obvious fix applied.

	* function.c (assign_parms): Correct leakage of mainline code
	in last commit.

Index: gcc/function.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/function.c,v
retrieving revision 1.483.4.3
diff -u -p -r1.483.4.3 function.c
--- gcc/function.c	19 Feb 2004 08:05:46 -0000	1.483.4.3
+++ gcc/function.c	19 Feb 2004 22:34:39 -0000
@@ -5242,7 +5242,7 @@ assign_parms (tree fndecl)
 		  imag = gen_lowpart_SUBREG (inner, imag);
 		}
 	      tmp = gen_rtx_CONCAT (DECL_MODE (parm), real, imag);
-	      set_decl_incoming_rtl (parm, tmp);
+	      DECL_INCOMING_RTL (parm) = tmp;
 	      fnargs = TREE_CHAIN (fnargs);
 	    }
 	  else

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target.
  2004-02-19 23:02   ` Alan Modra
@ 2004-02-19 23:17     ` Alan Modra
  0 siblings, 0 replies; 7+ messages in thread
From: Alan Modra @ 2004-02-19 23:17 UTC (permalink / raw)
  To: Andrew Pinski, Karel Gardas, GCC Mailing List

On Fri, Feb 20, 2004 at 09:16:03AM +1030, Alan Modra wrote:
> On Thu, Feb 19, 2004 at 08:12:08AM -0800, Andrew Pinski wrote:
> > On Feb 19, 2004, at 08:00, Karel Gardas wrote:
> > >../../combined/gcc/function.c:5245: undefined reference to
> > >`set_decl_incoming_rtl'
> > 
> > This was caused by:
> > 2004-02-19  Alan Modra  <amodra@bigpond.net.au>
> 
> Sorry.  Obvious fix applied.
> 
> 	* function.c (assign_parms): Correct leakage of mainline code
> 	in last commit.

Oh dear, I see I also leaked code from my INIT_CUMULATIVE_ARGS patch.

	* function.c (assign_parms): ....
	....  Also leakage from INIT_CUMULATIVE_ARGS patch.

Committed.

Index: gcc/function.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/function.c,v
retrieving revision 1.483.4.4
diff -u -p -r1.483.4.4 function.c
--- gcc/function.c	19 Feb 2004 22:45:14 -0000	1.483.4.4
+++ gcc/function.c	19 Feb 2004 22:54:30 -0000
@@ -4351,7 +4351,7 @@ assign_parms (tree fndecl)
 #ifdef INIT_CUMULATIVE_INCOMING_ARGS
   INIT_CUMULATIVE_INCOMING_ARGS (args_so_far, fntype, NULL_RTX);
 #else
-  INIT_CUMULATIVE_ARGS (args_so_far, fntype, NULL_RTX, fndecl, -1);
+  INIT_CUMULATIVE_ARGS (args_so_far, fntype, NULL_RTX, fndecl);
 #endif
 
   /* We haven't yet found an argument that we must push and pretend the

-- 
Alan Modra
IBM OzLabs - Linux Technology Centre

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target.
  2004-02-19 21:49   ` Karel Gardas
@ 2004-02-20 23:51     ` Jim Wilson
  2004-02-21 22:01       ` Karel Gardas
  0 siblings, 1 reply; 7+ messages in thread
From: Jim Wilson @ 2004-02-20 23:51 UTC (permalink / raw)
  To: Karel Gardas; +Cc: Alan Modra, GCC Mailing List

Karel Gardas wrote:
> FYI: When I tried to revert last revision of function.c file, the build
> still fails with:

I thnk you accidentally reverted to a mainline copy of function.c, 
instead of the previous revision on the gcc-3.4 branch.  The gcc-3.4 
branch is now fixed so you shouldn't need any work around here.
-- 
Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target.
  2004-02-20 23:51     ` Jim Wilson
@ 2004-02-21 22:01       ` Karel Gardas
  0 siblings, 0 replies; 7+ messages in thread
From: Karel Gardas @ 2004-02-21 22:01 UTC (permalink / raw)
  To: Jim Wilson; +Cc: Alan Modra, GCC Mailing List

On Fri, 20 Feb 2004, Jim Wilson wrote:

> Karel Gardas wrote:
> > FYI: When I tried to revert last revision of function.c file, the build
> > still fails with:
>
> I thnk you accidentally reverted to a mainline copy of function.c,
> instead of the previous revision on the gcc-3.4 branch.  The gcc-3.4
> branch is now fixed so you shouldn't need any work around here.

Yes, you are right, I've been able to build powerpc-eabisim build after
next update.

BTW: It seems I've forgotten CVS basics after nearly two years of using
Arch version control for our own project.

Cheers,

Karel
--
Karel Gardas                  kgardas@objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2004-02-21 18:26 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-02-19 16:13 Bootstrap failure on gcc-3_4-branch for powerpc-eabisim target Karel Gardas
2004-02-19 16:25 ` Andrew Pinski
2004-02-19 21:49   ` Karel Gardas
2004-02-20 23:51     ` Jim Wilson
2004-02-21 22:01       ` Karel Gardas
2004-02-19 23:02   ` Alan Modra
2004-02-19 23:17     ` Alan Modra

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).