Re: error

2005-04-19 Thread Eric Blake
> Hi, > I have this error: > > "Compilador de optimización versión 13.00.9466 para .NET Framework de > Microsoft > (R) C/C++ > (C) Microsoft Corporation 1984-2001. Reservados todos los derechos. > > AutoExcel.cpp > link /nod:libcpmt.lib kernel32.lib mscoree.lib /out:AutoExcel.exe > Au

error

2005-04-19 Thread Fadel Cazor
Hi, I have this error: "Compilador de optimización versión 13.00.9466 para .NET Framework de Microsoft (R) C/C++ (C) Microsoft Corporation 1984-2001. Reservados todos los derechos. AutoExcel.cpp link /nod:libcpmt.lib kernel32.lib mscoree.lib /out:AutoExcel.exe AutoE xcel.obj link: extra

Re: Build time requirements.

2005-04-19 Thread Jim Meyering
"Allen Suski" <[EMAIL PROTECTED]> wrote: > I have noticed that source requires the texinfo package (actually makeinfo) > in order to successfully compile and install. > > Identifying this in the build time dependencies may save some others > frustration when starting from a fresh HP-UX 11.11 instal

Build time requirements.

2005-04-19 Thread Allen Suski
Hello there, I have noticed that source requires the texinfo package (actually makeinfo) in order to successfully compile and install. Identifying this in the build time dependencies may save some others frustration when starting from a fresh HP-UX 11.11 install. Allen +

Re: renamed fetish to coreutils in a few more places

2005-04-19 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > I installed the following patch to remove fetish to coreutils in a few That was overdue. Long ago, when FIleutils, TExtutils, and SH-utils were merging, I put test tarballs in a directory named fetish/, but people noticed that some corporate content-filters

Re: testsuite portability nit

2005-04-19 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > Eric Blake <[EMAIL PROTECTED]> writes: > >> What was wrong with my proposed patch? > > I had some qualms with it, because it added coupling between the test > cases and the rest of the code, by propagating BUILD_SRC_DIR and > EXEEXT from the latter to the fo

Re: cygwin failing tests/mv/mv-special-1

2005-04-19 Thread Paul Eggert
Eric Blake <[EMAIL PROTECTED]> writes: > we might as well dereference symlinks (one of the CANDIDATE_TMP_DIRS > could be a cross-device symlink instead of a mount point) Yes, thanks, that makes sense, though I see no reason to worry about this for ".". > Second, this is coreutils, so we have a r

Re: cygwin failing tests/mv/mv-special-1

2005-04-19 Thread Paul Eggert
[EMAIL PROTECTED] (Eric Blake) writes: > why not use ${BUILD_SRC_DIR?}/test instead of the shell builtin > test, so that you are guaranteed to have a working `test -e'? If this turns into a widespread problem (i.e., widespread to other platforms) that might be worth the hassle of adding the extra

another "id -n" -> plain "id" change

2005-04-19 Thread Paul Eggert
I installed this: 2005-04-19 Paul Eggert <[EMAIL PROTECTED]> * tests/chmod/setgid: Use numeric group ids, not symbolic group names, since the latter can have shell metacharacters in them (e.g., spaces). This follows up to the 2005-01-17 patch, which missed this occurrenc

Re: Failed tests for gnu coreutils 5.2.1

2005-04-19 Thread Paul Eggert
"J.D. Baldwin" <[EMAIL PROTECTED]> writes: > Note that neither -n or -G works with Solaris /usr/bin/id Thanks for your bug report. However, that shell script actually tries this command: (id -nG || /usr/xpg4/bin/id -nG) 2>/dev/null Does this not work, when run as root on your host? It works fo