public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug ada/30806]  New: execvp: gcc: Argument list too long
@ 2007-02-15 13:43 krischik at users dot sourceforge dot net
  2007-02-15 15:04 ` [Bug ada/30806] " charlet at gcc dot gnu dot org
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: krischik at users dot sourceforge dot net @ 2007-02-15 13:43 UTC (permalink / raw)
  To: gcc-bugs

Hello,

When trying to build compiler on mingw I get the following error message:

-----------------------------
gcc -c   -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes     -fno-common   -DHAVE_CONFIG_H -I.
-Iada -I../../gcc-4.2-20070207/gcc -I../../gcc-4.2-20070207/gcc/ada
-I../../gcc-4.2-20070207/gcc/../include -I./../intl
-I../../gcc-4.2-20070207/gcc/../libcpp/include 
-I../../gcc-4.2-20070207/gcc/../libdecnumber -I../libdecnumber   
../../gcc-4.2-20070207/gcc/ada/env.c -o ada/env.o
gcc   -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -fno-common   -DHAVE_CONFIG_H  -o gnat1.exe
ada/b_gnat1.o ada/adadecode.o ada/adaint.o ada/cstreams.o ada/cio.o
ada/targtyps.o ada/decl.o ada/misc.o ada/utils.o ada/utils2.o ada/trans.o
ada/cuintp.o ada/argv.o ada/raise.o ada/init.o ada/tracebak.o ada/initialize.o
ada/env.o ada/ada.o ada/a-charac.o ada/a-chlat1.o ada/a-except.o ada/a-elchha.o
ada/a-ioexce.o ada/s-memory.o ada/s-carun8.o ada/s-casuti.o ada/s-strcom.o
ada/s-purexc.o ada/s-htable.o ada/s-traceb.o ada/s-mastop.o ada/ali.o
ada/alloc.o ada/atree.o ada/butil.o ada/casing.o ada/checks.o ada/comperr.o
ada/csets.o ada/cstand.o ada/debug.o ada/debug_a.o ada/einfo.o ada/elists.o
ada/errout.o ada/erroutc.o ada/err_vars.o ada/eval_fat.o ada/exp_attr.o
ada/exp_ch11.o ada/exp_ch12.o ada/exp_ch13.o ada/exp_ch2.o ada/exp_ch3.o
ada/exp_ch4.o ada/exp_ch5.o ada/exp_ch6.o ada/exp_ch7.o ada/exp_ch8.o
ada/exp_ch9.o ada/exp_code.o ada/exp_dbug.o ada/exp_disp.o ada/exp_dist.o
ada/exp_fixd.o ada/exp_aggr.o ada/exp_imgv.o ada/exp_intr.o ada/exp_pakd.o
ada/exp_prag.o ada/exp_sel.o ada/exp_smem.o ada/exp_strm.o ada/exp_tss.o
ada/exp_util.o ada/exp_vfpt.o ada/expander.o ada/fname.o ada/fname-uf.o
ada/fmap.o ada/freeze.o ada/frontend.o ada/gnat.o ada/g-hesora.o ada/g-htable.o
ada/g-os_lib.o ada/g-speche.o ada/g-string.o ada/g-utf_32.o ada/s-crc32.o
ada/get_targ.o ada/gnatvsn.o ada/hlo.o ada/hostparm.o ada/impunit.o
ada/interfac.o ada/itypes.o ada/inline.o ada/krunch.o ada/lib.o ada/layout.o
ada/lib-load.o ada/lib-util.o ada/lib-xref.o ada/lib-writ.o ada/live.o
ada/namet.o ada/nlists.o ada/nmake.o ada/opt.o ada/osint.o ada/osint-c.o
ada/output.o ada/par.o ada/prep.o ada/prepcomp.o ada/repinfo.o ada/restrict.o
ada/rident.o ada/rtsfind.o ada/s-addope.o ada/s-assert.o ada/s-parame.o
ada/s-stache.o ada/s-stalib.o ada/s-imgenu.o ada/s-stoele.o ada/s-soflin.o
ada/s-exctab.o ada/s-secsta.o ada/s-traent.o ada/s-wchcnv.o ada/s-wchcon.o
ada/s-wchjis.o ada/s-unstyp.o ada/scans.o ada/scng.o ada/scn.o ada/sdefault.o
ada/sem.o ada/sem_aggr.o ada/sem_attr.o ada/sem_cat.o ada/sem_ch10.o
ada/sem_ch11.o ada/sem_ch12.o ada/sem_ch13.o ada/sem_ch2.o ada/sem_ch3.o
ada/sem_ch4.o ada/sem_ch5.o  ada/sem_ch6.o ada/sem_ch7.o ada/sem_ch8.o
ada/sem_ch9.o ada/sem_case.o ada/sem_disp.o ada/sem_dist.o ada/sem_elab.o
ada/sem_elim.o ada/sem_eval.o ada/sem_intr.o ada/sem_maps.o ada/sem_mech.o
ada/sem_prag.o ada/sem_res.o ada/sem_smem.o ada/sem_type.o ada/sem_util.o
ada/sem_vfpt.o ada/sem_warn.o ada/sinfo-cn.o ada/sinfo.o ada/sinput.o
ada/sinput-d.o ada/sinput-l.o ada/snames.o ada/sprint.o ada/stand.o
ada/stringt.o ada/style.o ada/styleg.o ada/styleg-c.o ada/switch.o
ada/switch-c.o ada/stylesw.o ada/validsw.o ada/system.o ada/table.o
ada/targparm.o ada/tbuild.o ada/tree_gen.o ada/tree_io.o ada/treepr.o
ada/treeprs.o ada/ttypef.o ada/ttypes.o ada/types.o ada/uintp.o ada/uname.o
ada/urealp.o ada/usage.o ada/widechar.o ada/s-crtl.o ada/seh_init.o
ada/targext.o ada/back_end.o ada/gnat1drv.o prefix.o main.o tree-browser.o
libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a attribs.o
../libcpp/libcpp.a ./../intl/libintl.a -liconv  ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a \

make[4]: execvp: gcc: Argument list too long
make[4]: *** [gnat1.exe] Fehler 127
make[4]: Leaving directory
`/work/gnuada/rpm/BUILD/gnat-mingw-gcc/pentium4-pc-mingw32msv/gcc'
make[3]: *** [all-stage1-gcc] Fehler 2
make[3]: Leaving directory
`/work/gnuada/rpm/BUILD/gnat-mingw-gcc/pentium4-pc-mingw32msv'
make[2]: *** [stage1-bubble] Fehler 2
make[2]: Leaving directory
`/work/gnuada/rpm/BUILD/gnat-mingw-gcc/pentium4-pc-mingw32msv'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory
`/work/gnuada/rpm/BUILD/gnat-mingw-gcc/pentium4-pc-mingw32msv'
Fehler: Bad exit status from /var/tmp/rpm-tmp.75542 (%build)
-----------------------------

I wonder if there is relay no better way to call the linker on unix and
unix-like systems.

Martin


-- 
           Summary: execvp: gcc: Argument list too long
           Product: gcc
           Version: 4.2.0
            Status: UNCONFIRMED
          Severity: blocker
          Priority: P3
         Component: ada
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: krischik at users dot sourceforge dot net
 GCC build triplet: pentium4-pc-mingw32msv
  GCC host triplet: pentium4-pc-mingw32msv
GCC target triplet: pentium4-pc-mingw32msv


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


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

* [Bug ada/30806] execvp: gcc: Argument list too long
  2007-02-15 13:43 [Bug ada/30806] New: execvp: gcc: Argument list too long krischik at users dot sourceforge dot net
@ 2007-02-15 15:04 ` charlet at gcc dot gnu dot org
  2007-02-15 17:40 ` krischik at users dot sourceforge dot net
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: charlet at gcc dot gnu dot org @ 2007-02-15 15:04 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #1 from charlet at gcc dot gnu dot org  2007-02-15 15:03 -------
Looks like a mingw/environment issue to me.
Never seen such thing myself.


-- 

charlet at gcc dot gnu dot org changed:

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


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


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

* [Bug ada/30806] execvp: gcc: Argument list too long
  2007-02-15 13:43 [Bug ada/30806] New: execvp: gcc: Argument list too long krischik at users dot sourceforge dot net
  2007-02-15 15:04 ` [Bug ada/30806] " charlet at gcc dot gnu dot org
@ 2007-02-15 17:40 ` krischik at users dot sourceforge dot net
  2007-02-15 17:50 ` charlet at gcc dot gnu dot org
  2007-02-15 21:48 ` pinskia at gcc dot gnu dot org
  3 siblings, 0 replies; 5+ messages in thread
From: krischik at users dot sourceforge dot net @ 2007-02-15 17:40 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #2 from krischik at users dot sourceforge dot net  2007-02-15 17:40 -------
Hello Arno,

I reported a few similar bugs to the PolyORB team long ago and we found the
reason as well:

Windows:
-------------------
gnat-mingw-gcc-4.2.0.log:checking the maximum length of command line
arguments... (cached) 8192
gnat-mingw-gcc-4.2.0.log:finding the maximum length of command line
arguments... (cached) 8192
-------------------

SuSE Linux:
-------------------
gnat-pro-6.0.0w.log:finding the maximum length of command line arguments...
49153
gnat-pro-6.0.0w.log:finding the maximum length of command line arguments...
(cached) 49153
-------------------

./configure  allways makes that check but no one cares. Or better: can care -
as I don't know another way to pass the files to the linker. 

Sitenote: Linux increased from 32k to 48k since I last checked. But personaly I
think that ever increasing command lines can't be the answer.

You say "WORKSFORME" - So how do you make it work? A shorter path then
"gcc-4.2-20070207" to save a few precious bytes? A custom made bash shell (if
that is at all possible)? Did you test Windows at all?

It is not my aim to upset you with bug reports.

Martin


-- 

krischik at users dot sourceforge dot net changed:

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


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


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

* [Bug ada/30806] execvp: gcc: Argument list too long
  2007-02-15 13:43 [Bug ada/30806] New: execvp: gcc: Argument list too long krischik at users dot sourceforge dot net
  2007-02-15 15:04 ` [Bug ada/30806] " charlet at gcc dot gnu dot org
  2007-02-15 17:40 ` krischik at users dot sourceforge dot net
@ 2007-02-15 17:50 ` charlet at gcc dot gnu dot org
  2007-02-15 21:48 ` pinskia at gcc dot gnu dot org
  3 siblings, 0 replies; 5+ messages in thread
From: charlet at gcc dot gnu dot org @ 2007-02-15 17:50 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #3 from charlet at gcc dot gnu dot org  2007-02-15 17:50 -------
The command line you quoted is much less than 8192 characters (I count 3744
characters), so I guess your build environment is somehow creating additional
limitations, and/or some shell artefact or a bug in make is causing this
failure.

As I said, not a gcc issue, but a set up issue.

Arno


-- 

charlet at gcc dot gnu dot org changed:

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


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


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

* [Bug ada/30806] execvp: gcc: Argument list too long
  2007-02-15 13:43 [Bug ada/30806] New: execvp: gcc: Argument list too long krischik at users dot sourceforge dot net
                   ` (2 preceding siblings ...)
  2007-02-15 17:50 ` charlet at gcc dot gnu dot org
@ 2007-02-15 21:48 ` pinskia at gcc dot gnu dot org
  3 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2007-02-15 21:48 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #4 from pinskia at gcc dot gnu dot org  2007-02-15 21:48 -------
Just a quick note here, the argument list is way below the max of 8k.


-- 


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


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

end of thread, other threads:[~2007-02-15 21:48 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-15 13:43 [Bug ada/30806] New: execvp: gcc: Argument list too long krischik at users dot sourceforge dot net
2007-02-15 15:04 ` [Bug ada/30806] " charlet at gcc dot gnu dot org
2007-02-15 17:40 ` krischik at users dot sourceforge dot net
2007-02-15 17:50 ` charlet at gcc dot gnu dot org
2007-02-15 21:48 ` pinskia at gcc dot gnu dot 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).