public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/17601] New: gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
@ 2004-09-22  9:21 ralf_corsepius at rtems dot org
  2004-09-22  9:51 ` [Bug bootstrap/17601] " ralf_corsepius at rtems dot org
                   ` (4 more replies)
  0 siblings, 5 replies; 9+ messages in thread
From: ralf_corsepius at rtems dot org @ 2004-09-22  9:21 UTC (permalink / raw)
  To: gcc-bugs

gcc/Makefile.in applies the construct below to setup various XX_FOR_TARGET make
variables:
..
AR_FOR_TARGET = ` \
  if [ -f $(objdir)/../binutils/ar ] ; then \
    echo $(objdir)/../binutils/ar ; \
  else \
    if [ "$(host)" = "$(target)" ] ; then \
      echo ar; \
    else \
       t='$(program_transform_name)'; echo ar | sed -e $$t ; \
    fi; \
  fi`
..

Apparently, this does not work when building a cross compiler (here
sparc-rtems4.7) on FC2/i386:
..
# cd build/gcc
# make
..
make[1]: Entering directory
`/users/rtems/src/rpms/BUILD/rtems-4.7-sparc-rtems4.7-gcc-newlib-gcc3.4.3newlib1.12.0/build/gcc'
for d in libgcc soft libgcc/soft v8 libgcc/v8 soft/v8 libgcc/soft/v8; do \
  if [ -d $d ]; then true; else /bin/sh ../../gcc-3.4.3/gcc/mkinstalldirs $d; fi; \
done
if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
rm -rf ./libgcc.a
` if [ -f
/users/rtems/src/rpms/BUILD/rtems-4.7-sparc-rtems4.7-gcc-newlib-gcc3.4.3newlib1.12.0/build/gcc/../binutils/ar
] ; then echo
/users/rtems/src/rpms/BUILD/rtems-4.7-sparc-rtems4.7-gcc-newlib-gcc3.4.3newlib1.12.0/build/gcc/../binutils/ar
; else if [ "i686-redhat-linux-gnu" = "sparc-unknown-rtems4.7" ] ; then echo ar;
else t='s,^,sparc-rtems4.7-,;'; echo ar | sed -e  ; fi; fi`  rc ./libgcc.a
libgcc/./_mulsi3.o libgcc/./_divsi3.o libgcc/./_modsi3.o libgcc/./_muldi3.o
libgcc/./_negdi2.o libgcc/./_lshrdi3.o libgcc/./_ashldi3.o libgcc/./_ashrdi3.o
libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o
libgcc/./_floatdisf.o libgcc/./_fixunsdfsi.o libgcc/./_fixunssfsi.o
libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o libgcc/./_fixunssfdi.o
libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o libgcc/./_fixunsxfdi.o
libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o libgcc/./_fixtfdi.o
libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libgcc/./_clear_cache.o
libgcc/./_enable_execute_stack.o libgcc/./_trampoline.o libgcc/./__main.o
libgcc/./_absvsi2.o libgcc/./_absvdi2.o libgcc/./_addvsi3.o libgcc/./_addvdi3.o
libgcc/./_subvsi3.o libgcc/./_subvdi3.o libgcc/./_mulvsi3.o libgcc/./_mulvdi3.o
libgcc/./_negvsi2.o libgcc/./_negvdi2.o libgcc/./_ctors.o libgcc/./_ffssi2.o
libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_clzsi2.o libgcc/./_clzdi2.o
libgcc/./_ctzsi2.o libgcc/./_ctzdi2.o libgcc/./_popcount_tab.o
libgcc/./_popcountsi2.o libgcc/./_popcountdi2.o libgcc/./_paritysi2.o
libgcc/./_paritydi2.o libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o
libgcc/./_umoddi3.o libgcc/./_udiv_w_sdiv.o libgcc/./_udivmoddi4.o
libgcc/./_pack_sf.o libgcc/./_unpack_sf.o libgcc/./_addsub_sf.o
libgcc/./_mul_sf.o libgcc/./_div_sf.o libgcc/./_fpcmp_parts_sf.o
libgcc/./_compare_sf.o libgcc/./_eq_sf.o libgcc/./_ne_sf.o libgcc/./_gt_sf.o
libgcc/./_ge_sf.o libgcc/./_lt_sf.o libgcc/./_le_sf.o libgcc/./_unord_sf.o
libgcc/./_si_to_sf.o libgcc/./_sf_to_si.o libgcc/./_negate_sf.o
libgcc/./_make_sf.o libgcc/./_sf_to_df.o libgcc/./_sf_to_tf.o
libgcc/./_thenan_sf.o libgcc/./_sf_to_usi.o libgcc/./_usi_to_sf.o
libgcc/./_pack_df.o libgcc/./_unpack_df.o libgcc/./_addsub_df.o
libgcc/./_mul_df.o libgcc/./_div_df.o libgcc/./_fpcmp_parts_df.o
libgcc/./_compare_df.o libgcc/./_eq_df.o libgcc/./_ne_df.o libgcc/./_gt_df.o
libgcc/./_ge_df.o libgcc/./_lt_df.o libgcc/./_le_df.o libgcc/./_unord_df.o
libgcc/./_si_to_df.o libgcc/./_df_to_si.o libgcc/./_negate_df.o
libgcc/./_make_df.o libgcc/./_df_to_sf.o libgcc/./_df_to_tf.o
libgcc/./_thenan_df.o libgcc/./_df_to_usi.o libgcc/./_usi_to_df.o
libgcc/./unwind-dw2.o libgcc/./unwind-dw2-fde.o libgcc/./unwind-sjlj.o
libgcc/./gthr-gnat.o libgcc/./unwind-c.o libgcc/./_eprintf.o libgcc/./__gcc_bcmp.o
sed: option requires an argument -- e

AFAIS, the $$t in
t='$(program_transform_name)'; echo ar | sed -e $$t ;

expands to an empty string instead of the correct sed pattern, whic causes the
Makefile to break.

-- 
           Summary: gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
           Product: gcc
           Version: 3.4.3
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: ralf_corsepius at rtems dot org
                CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601


^ permalink raw reply	[flat|nested] 9+ messages in thread
* [Bug bootstrap/17601] gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
  2004-09-22  9:21 [Bug bootstrap/17601] New: gcc/Makefile.in: Setting up XX_FOR_TARGET does not work ralf_corsepius at rtems dot org
@ 2004-09-22  9:51 ` ralf_corsepius at rtems dot org
  2004-09-22 12:24 ` pinskia at gcc dot gnu dot org
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 9+ messages in thread
From: ralf_corsepius at rtems dot org @ 2004-09-22  9:51 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From ralf_corsepius at rtems dot org  2004-09-22 09:51 -------
Created an attachment (id=7194)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7194&action=view)
Proposed patch


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601


^ permalink raw reply	[flat|nested] 9+ messages in thread
* [Bug bootstrap/17601] gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
  2004-09-22  9:21 [Bug bootstrap/17601] New: gcc/Makefile.in: Setting up XX_FOR_TARGET does not work ralf_corsepius at rtems dot org
  2004-09-22  9:51 ` [Bug bootstrap/17601] " ralf_corsepius at rtems dot org
@ 2004-09-22 12:24 ` pinskia at gcc dot gnu dot org
  2004-10-04  3:37 ` pinskia at gcc dot gnu dot org
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 9+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-09-22 12:24 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-09-22 12:24 -------


*** This bug has been marked as a duplicate of 16503 ***

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601


^ permalink raw reply	[flat|nested] 9+ messages in thread
* [Bug bootstrap/17601] gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
  2004-09-22  9:21 [Bug bootstrap/17601] New: gcc/Makefile.in: Setting up XX_FOR_TARGET does not work ralf_corsepius at rtems dot org
  2004-09-22  9:51 ` [Bug bootstrap/17601] " ralf_corsepius at rtems dot org
  2004-09-22 12:24 ` pinskia at gcc dot gnu dot org
@ 2004-10-04  3:37 ` pinskia at gcc dot gnu dot org
  2004-10-04  3:40 ` pinskia at gcc dot gnu dot org
  2004-10-04  4:09 ` ralf_corsepius at rtems dot org
  4 siblings, 0 replies; 9+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-10-04  3:37 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-04 03:37 -------
Reopening as this the other bug is for RTL problem but this one is for the makefile problem (I made the 
mistake as the reporter of that bug should have opened a different bug for the makefile problem).

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|DUPLICATE                   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601


^ permalink raw reply	[flat|nested] 9+ messages in thread
* [Bug bootstrap/17601] gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
  2004-09-22  9:21 [Bug bootstrap/17601] New: gcc/Makefile.in: Setting up XX_FOR_TARGET does not work ralf_corsepius at rtems dot org
                   ` (2 preceding siblings ...)
  2004-10-04  3:37 ` pinskia at gcc dot gnu dot org
@ 2004-10-04  3:40 ` pinskia at gcc dot gnu dot org
  2004-10-04  4:09 ` ralf_corsepius at rtems dot org
  4 siblings, 0 replies; 9+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-10-04  3:40 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-04 03:40 -------
       t='$(program_transform_name)'; echo ar | sed -e $$t ; \

This is right, I don't understand how it can go wrong, unless I don't understand makefile/shell 
interactions.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601


^ permalink raw reply	[flat|nested] 9+ messages in thread
* [Bug bootstrap/17601] gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
  2004-09-22  9:21 [Bug bootstrap/17601] New: gcc/Makefile.in: Setting up XX_FOR_TARGET does not work ralf_corsepius at rtems dot org
                   ` (3 preceding siblings ...)
  2004-10-04  3:40 ` pinskia at gcc dot gnu dot org
@ 2004-10-04  4:09 ` ralf_corsepius at rtems dot org
  4 siblings, 0 replies; 9+ messages in thread
From: ralf_corsepius at rtems dot org @ 2004-10-04  4:09 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From ralf_corsepius at rtems dot org  2004-10-04 04:09 -------
(In reply to comment #4)
>        t='$(program_transform_name)'; echo ar | sed -e $$t ; \
> 
> This is right, I don't understand how it can go wrong, unless I don't
> understand makefile/shell interactions.
I don't understand either, the contruct above works in ordinary shell scripts,
but apparently doesn't work inside of the Makefile.

However, as 
echo <tool>|sed '$(program_transform_name)
is used at other places (e.g. gcc/Makefile.in, gcc/configure.ac), I am proposing
to consistently use the same construct for setting up XX_FOR_TARGET, too (cf.
attachment).






-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601


^ permalink raw reply	[flat|nested] 9+ messages in thread
* [Bug bootstrap/17601] gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
       [not found] <bug-17601-4@http.gcc.gnu.org/bugzilla/>
  2012-01-11 12:32 ` rguenth at gcc dot gnu.org
@ 2012-01-11 14:05 ` corsepiu at gcc dot gnu.org
  1 sibling, 0 replies; 9+ messages in thread
From: corsepiu at gcc dot gnu.org @ 2012-01-11 14:05 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601

Ralf Corsepius <corsepiu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |corsepiu at gcc dot gnu.org

--- Comment #8 from Ralf Corsepius <corsepiu at gcc dot gnu.org> 2012-01-11 14:03:55 UTC ---
(In reply to comment #7)
> Is this still an issue?

This BZ is such kind old, I would not have remembered it ;)

Anyway, I've built RTEMS toolchains many hundred times since then without any
patch related to this issue applied.

So my guess is this BZ has "magically been healed", now is obsolete and can be
closed.


^ permalink raw reply	[flat|nested] 9+ messages in thread
* [Bug bootstrap/17601] gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
       [not found] <bug-17601-4@http.gcc.gnu.org/bugzilla/>
@ 2012-01-11 12:32 ` rguenth at gcc dot gnu.org
  2012-01-11 14:05 ` corsepiu at gcc dot gnu.org
  1 sibling, 0 replies; 9+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-01-11 12:32 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2012-01-11
     Ever Confirmed|0                           |1

--- Comment #7 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-01-11 12:31:52 UTC ---
Is this still an issue?


^ permalink raw reply	[flat|nested] 9+ messages in thread
* [Bug bootstrap/17601] gcc/Makefile.in: Setting up XX_FOR_TARGET does not work
       [not found] <bug-17601-8160@http.gcc.gnu.org/bugzilla/>
@ 2006-08-03 14:13 ` Alexandra dot Kossovsky at oktetlabs dot ru
  0 siblings, 0 replies; 9+ messages in thread
From: Alexandra dot Kossovsky at oktetlabs dot ru @ 2006-08-03 14:13 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #6 from Alexandra dot Kossovsky at oktetlabs dot ru  2006-08-03 14:12 -------
I've got this bug when building cross compiler gcc-3.4.6 on i686-linux for
x86_64-linux on Debian Sarge system.
Thanks to Ralf Corsepius for his patch.


-- 

Alexandra dot Kossovsky at oktetlabs dot ru changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Alexandra dot Kossovsky at
                   |                            |oktetlabs dot ru


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601


^ permalink raw reply	[flat|nested] 9+ messages in thread
end of thread, other threads:[~2012-01-11 14:05 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-09-22  9:21 [Bug bootstrap/17601] New: gcc/Makefile.in: Setting up XX_FOR_TARGET does not work ralf_corsepius at rtems dot org
2004-09-22  9:51 ` [Bug bootstrap/17601] " ralf_corsepius at rtems dot org
2004-09-22 12:24 ` pinskia at gcc dot gnu dot org
2004-10-04  3:37 ` pinskia at gcc dot gnu dot org
2004-10-04  3:40 ` pinskia at gcc dot gnu dot org
2004-10-04  4:09 ` ralf_corsepius at rtems dot org
     [not found] <bug-17601-8160@http.gcc.gnu.org/bugzilla/>
2006-08-03 14:13 ` Alexandra dot Kossovsky at oktetlabs dot ru
     [not found] <bug-17601-4@http.gcc.gnu.org/bugzilla/>
2012-01-11 12:32 ` rguenth at gcc dot gnu.org
2012-01-11 14:05 ` corsepiu at gcc dot gnu.org

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).