From: Nick AT fys DOT ruu DOT nl (Nick van Eijndhoven) Subject: Problem with ar.exe 19 Feb 1997 03:35:12 -0800 Approved: cygnus DOT gnu-win32 AT cygnus DOT com Distribution: cygnus Message-ID: <199702191108.MAA29761.cygnus.gnu-win32@ruunf0.fys.ruu.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Original-To: gnu-win32 AT cygnus DOT com Original-Cc: codeme AT cern DOT ch, Nick AT fys DOT ruu DOT nl (Nick van Eijndhoven) X-Mailer: ELM [version 2.4 PL25] Original-Sender: owner-gnu-win32 AT cygnus DOT com Dear GNU development team, Recently I took your beta 1.7 release of the gnu-win32 stuff (i.e. all.tar.gz) in order to use the GCC (or g++ if you like) stuff for compiling my C++ programs and making libraries under windows95. In our High energy community we use a very sophisticated code management system (CMZ) from which we can automatically invoke compilers and librarians. Before we were based on the DJGPP package and to create a library, one of the built-in command in CMZ was 'ar rs lib.a @input.dat' where the file input.dat contains the names of all the .o files (1 filename per line) to be processed into the lib lib.a This all worked fine, however with your new beta 1.7 release the ar command seems now to look for a file @input.dat (which obviously is not present) and as such the ar pass fails. Question : How can I run the ar pass by specifying a filename where the names of the .o files are given. I already tried ar rs lib.a <