Re: /usr/bin/install doesn't install files from Makefile
Am 2014-09-16 um 19:59 schrieb Csaba Raduly: Hi Michael, On Tue, Sep 16, 2014 at 12:35 PM, Michael Osipov wrote: Am 2014-09-15 um 12:15 schrieb Csaba Raduly: What's the output of "make install" ? Maybe the install target is just a no-op. Hi Csaba, I do not think that this is a nop, it wouldn't make any sense. Here is the make install output: http://pastebin.com/sKELTjZe Indeed it isn't. Your files were installed under /home/mosipov/asciidoc, e.g. asciidoc.py is in /home/mosipov/asciidoc/bin/ Unfortunately, it is not: ... (cd /home/mosipov/asciidoc/bin; ln -sf asciidoc.py asciidoc) (cd /home/mosipov/asciidoc/bin; ln -sf a2x.py a2x) mosipov@mika /cygdrive/e/Downloads/asciidoc-8.6.9 $ ls -la $HOME insgesamt 30 drwxr-xr-x+ 1 mosipov Kein0 13. Sep 14:15 . drwxrwxrwt+ 1 mosipov Kein0 13. Sep 14:25 .. -rw--- 1 mosipov Kein 4811 16. Sep 12:55 .bash_history -rwxr-xr-x 1 mosipov Kein 1494 31. Mai 17:07 .bash_profile -rwxr-xr-x 1 mosipov Kein 6054 31. Mai 17:07 .bashrc -rwxr-xr-x 1 mosipov Kein 1919 31. Mai 17:07 .inputrc -rw--- 1 mosipov Kein 72 15. Sep 11:19 .lesshst -rw-r--r-- 1 mosipov Kein 74 14. Sep 12:53 .minttyrc -rwxr-xr-x 1 mosipov Kein 1236 31. Mai 17:07 .profile Michael -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1
Hi, these files did not yet appear on any mirrors. Did anything go wrong here ? Best regards Dominik Am 01.09.2014 um 13:50 schrieb JonY: Now released for both 32bit and 64bit Cygwin: mingw64-*-headers-3.2.0-1 mingw64-*-runtime-3.2.0-1 mingw64-*-winpthreads-3.2.0-1 w32api-headers-3.2.0-1 w32api-runtime-3.2.0-1 Notable changes: * Add aliases for non-dllimport _get_invalid_parameter_handler and _set_invalid_parameter_handler * Fix D2DERR_INSUFFICIENT_BUFFER definition * Fix off by one ipsectypes.h: Begin IPSEC_CIPHER_TYPE enumeration at 1 * Add missing @4 decoration for TryAcquireSRWLockExclusive, and TryAcquireSRWLockExclusive And many more fixes. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Dominik Strasser | Phone: +49 89 99013-436 OneSpin Solutions GmbH | Fax:+49 89 99013-100 Nymphenburgerstr. 20a 80335 Muenchen | dominik.stras...@onespin-solutions.com Geschaeftsfuehrung: Dr. Raik Brinkmann, Oliver Habeck Vorsitzender des Beirats: Paul Hill Sitz: Muenchen; Amtsgericht Muenchen HRB 139464 UstID#: DE 814413215 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1
binsjTA3y_sIu.bin Description: PGP/MIME version identification encrypted.asc Description: OpenPGP encrypted message
Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1
On 9/17/2014 17:02, Dominik Straßer wrote: > Hi, > these files did not yet appear on any mirrors. > Did anything go wrong here ? > > Best regards > > Dominik Sorry about the earlier mail, I meant to say kernel.org looks alright. signature.asc Description: OpenPGP digital signature
Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Really ? I just checked mirrors.kernel.org in the cygwin installer and it gives me only 3.1.0-1 for e.g. mingw64-x86_64-runtime. Regards Dominik Am 17.09.2014 um 11:43 schrieb JonY: > On 9/17/2014 17:02, Dominik Straßer wrote: >> Hi, these files did not yet appear on any mirrors. Did anything >> go wrong here ? >> >> Best regards >> >> Dominik > > Sorry about the earlier mail, I meant to say kernel.org looks > alright. > > > - -- Dominik Strasser | Phone: +49 89 99013-436 OneSpin Solutions GmbH | Fax:+49 89 99013-100 Nymphenburgerstr. 20a 80335 Muenchen | dominik.stras...@onespin-solutions.com Geschaeftsfuehrung: Dr. Raik Brinkmann, Oliver Habeck Vorsitzender des Beirats: Paul Hill Sitz: Muenchen; Amtsgericht Muenchen HRB 139464 UstID#: DE 814413215 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJUGVqRAAoJEC3Xbft12uRuwh4QAIaDpwXkzmkP7lMyZxa4i72j 5DD58F7GVtBz/4zofow764Ys7U1kMmdTI5dkpl7sxuwX7PRegKqnPTZNxTxUPfqy 2B7una76FcU4h0W4qptD+v16+w8J+xwBiLL9BcpacYhyOyLm3uh+4AnR7NOLh2Eo PsGRGKRS7dC+TPk85gyjXmrvdHDDeRq6/ulGO1kDvKRm5gbu7k0Q2x7VMCEH+qPw Ohq0hem05fdHRk+eOPAa0CaCF2OHZWCJ2MyKqpOO8LFWX1wixAyTA2oEBEYx3oGG JGJFxLmvl3vLq3ZHry62mOm658Ic+5sl/L+H4ocRjLVOEKGdluwJHK9Rv9/zE28S CNpu/Cfzz2/ouaDwRLmPgNjLLBnqqzv0HEWhKDIvzuVSYLGux+yaSdb3/mxYktn3 LcufFJ9I0f1SjMmtzUkmUI8ggpKrvxgCx8YJeyjbATSz5tfD3nEisbjXKei0oLPq pYp56lR3PWxCKvhCnS54hzsxQGnwcqvjozJP4ZdEJ6Pw/1xQC/OZTS8xVF7mKWGr 3FCFzTxg1jcbB2QNTYbMXWfpP8UvccsXbAGFeLZMW9KtPVLHntFbirqHeusxFKpk FJidC/VozMVa110bAXgKrTQTo5Bil1yXehvmIgfvchZkoJ6nTi+h5RaPOQyQe+2j /PaaXCcr+mQk7ks0xq0R =pfbr -END PGP SIGNATURE- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /usr/bin/install doesn't install files from Makefile
On 17/09/2014 10:56, Michael Osipov wrote: > Am 2014-09-16 um 19:59 schrieb Csaba Raduly: >> Hi Michael, > Unfortunately, it is not: > ... > (cd /home/mosipov/asciidoc/bin; ln -sf asciidoc.py asciidoc) > (cd /home/mosipov/asciidoc/bin; ln -sf a2x.py a2x) > have you thought to look on asciidoc source ? The install system is very poor, so it is not an issue of make.. However with $ autoreconf -ifv $ ./configure --prefix=/asciidoc $ make install DESTDIR="/tmp/foo" I was able to install in "/tmp/foo/asciidoc" same for any other destination > Michael Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1
On 9/17/2014 17:55, Dominik Straßer wrote: > Really ? > I just checked mirrors.kernel.org in the cygwin installer and it gives > me only 3.1.0-1 for e.g. mingw64-x86_64-runtime. > Yes, looks like the x86_64 headers and runtime are missing, I will upload them shortly. signature.asc Description: OpenPGP digital signature
Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks, they are available now. Dominik Am 17.09.2014 um 13:21 schrieb JonY: > On 9/17/2014 17:55, Dominik Straßer wrote: >> Really ? I just checked mirrors.kernel.org in the cygwin >> installer and it gives me only 3.1.0-1 for e.g. >> mingw64-x86_64-runtime. >> > > Yes, looks like the x86_64 headers and runtime are missing, I will > upload them shortly. > > - -- Dominik Strasser | Phone: +49 89 99013-436 OneSpin Solutions GmbH | Fax:+49 89 99013-100 Nymphenburgerstr. 20a 80335 Muenchen | dominik.stras...@onespin-solutions.com Geschaeftsfuehrung: Dr. Raik Brinkmann, Oliver Habeck Vorsitzender des Beirats: Paul Hill Sitz: Muenchen; Amtsgericht Muenchen HRB 139464 UstID#: DE 814413215 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJUGa9gAAoJEC3Xbft12uRu3swP/jHLeE711uzk3kWoFizBqWRB RC8kpoO0Cmbnwha44gOU4kqFeM2AZvbHv7ZKOBXpLvXxsadbFN4ZkxBE84ob06B3 IMhg3i+dTeAGGswRZhprIxO59LBOds0VJc2iCcCSSneQ6TAK1Hy2FWc/Q1Hq+2uF rTyd+PsIqlacVqJwClZ0/ChPbJOlpzYTMOSVZBORqFe9iNEba2ROalehULTVWjjh 8KSd3E5fYuK0mKyTGiUTOIw/ymbHM6QcAvr7nzoUATtH/rnHyFWkoz9qFfefcA4x xGphrGZYuFDfFNMbjPyuHLqTeVu63b34oZEfqiGcDCur2spBkuiuQfWXO2s+WMr2 cZMpNVjTWrV5fIAio1qil49aDecouF+Nltgpz3E0iSC1FXfeXIqG3u1RWnytOk5J T0X1ZjZzh0yShdjkxlUOkBkiFsl4Gr0uMszdjpH+obuS6dMGQwRaqh0bWtLiRfOp iLQy2q7xrFBZ4WqjjQ4avZHbhtErNR/SGveKVq6Y03tl7XNJdrMbGuKmCIbbI0Yl VLNNK+Gfv6pznfGCtZnzEzsO1IRWnRxKppdbZLQmwVtTLA3HhUXjemLT5OYbw84+ j/soh4D/MxHSr/TySllrHgea1MWaqJ+vW5YNjvYrhjdNNEvL2ltjWnKPTjVhMcUg Jppg8qShSuz+O5CKzMLH =UuOm -END PGP SIGNATURE- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Unable to load dynamic library '/usr/lib/php/20121212/tidy.dll'
Yaakov, that fixed the problem. Thanks for the hint. On Sun, Aug 31, 2014 at 12:06 AM, Yaakov Selkowitz wrote: > On 2014-08-29 21:18, Keith Christian wrote: >> >> While test driving the new php-5.5.16-1, I checked the version and got >> the tidy.dll error: >> >> php -v >> PHP Warning: PHP Startup: Unable to load dynamic library >> '/usr/lib/php/20121212/tidy.dll' - No such process in Unknown on line > > > This sounds like you are missing libtidy0_99_0. Please re-run setup and > allow it to install all missing dependencies. > > > Yaakov > > > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ld crashes with segmentation fault when linking with libmpir.a
ld crashes with segmentation fault when linking with libmpir.a To reproduce: wget http://mpir.org/mpir-2.6.0.tar.bz2 tar xjf mpir-2.6.0.tar.bz2 cd mpir-2.6.0 ./configure --build=x86_64-pc-cygwin make ld -u __gmpn_gcdext .libs/libmpir.a Since gdb doesn't show me any useful information (the stack is destroyed), it's hard to tell whether this is a cygwin problem or an ld problem. It doesn't happen under Mac OS X or under several flavors of linux. If you think it's an ld problem, let me know, and I'll report it to the binutils people. Output from cygcheck -s -v -r is attached. cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Strange gdb backtraces on 64-bit Cygwin
There have been many bug reports involving crashes or assertion failures in emacs-X11 or emacs-w32 on 64-bit Cygwin. Many of these reports include gdb backtraces that don't make sense. The one I'm looking at right now is emacs bug#17753. I'll try to make this email self-contained, but anyone interested in the context should start at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17753#47 The situation in that bug report is that a gdb backtrace showed a call to the emacs function "run_timers" in Thread 2, which shouldn't happen. (It should only be called in the main thread.) There was speculation as to whether this could be the cause of the crash. An alternative theory is that the gdb backtrace is bogus. I'm pretty sure that the OP (Markus) was running gdb-7.6.50-4. His report was about emacs-X11, but I've observed similar backtraces for emacs-w32. To try to sort this out, I've done the following experiment: I've run emacs-w32 under gdb with a breakpoint at run_timers. I've done this on both 32-bit Cygwin and 64-bit Cygwin [*], using both gdb-7.6.50-4 and gdb-7.8. [For the latter I used my own build, since the bugfix we discussed in a different thread hasn't yet made it into the Cygwin distro.] Transcripts of the four gdb sessions are attached; the file names indicate the gdb version and the platform. My reading of these transcripts is that gdb-7.6.50-4 on 64-bit Cygwin is the outlier, and the strange occurrence of run_timers in Thread 2 is therefore likely to be a result of a gdb bug. But it would be great if someone familiar with recent gdb development could shed some light on this. In particular, is it plausible that there was a bug of this nature in gdb-7.6 that affected only the 64-bit platform and that has since been fixed? Ken [*] I was using the 20140905 Cygwin snapshots, but the results were similar with cygwin-1.7.32-1. $ gdb /usr/bin/emacs-w32.exe GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special) [...] Reading symbols from /usr/bin/emacs-w32.exe...Reading symbols from /usr/lib/debug/usr/bin/emacs-w32.exe.dbg...done. done. (gdb) b run_timers Breakpoint 1 at 0x5e625e: file /usr/src/debug/emacs-24.3.93-4/src/atimer.c, line 343. (gdb) r -Q Starting program: /usr/bin/emacs-w32.exe -Q [New Thread 3820.0x1594] [New Thread 3820.0x1540] [New Thread 3820.0x1a54] [New Thread 3820.0x1bcc] [New Thread 3820.0x1bdc] Breakpoint 1, run_timers () at /usr/src/debug/emacs-24.3.93-4/src/atimer.c:343 343 struct timespec now = current_timespec (); (gdb) thread apply all bt Thread 5 (Thread 3820.0x1bdc): #0 0x756d78d7 in USER32!DispatchMessageW () from /c/windows/syswow64/USER32.dll #1 0x005ffd9c in w32_msg_pump (msg_buf=0x3b3acd8) at /usr/src/debug/emacs-24.3.93-4/src/w32fns.c:2450 #2 0x005fffdf in w32_msg_worker@4 (arg=0x0) at /usr/src/debug/emacs-24.3.93-4/src/w32fns.c:2676 #3 0x61005f04 in _cygtls::call2(unsigned long (*)(void*, void*), void*, void*)@16 (this=, func=func@entry=0x5fff3f , arg=0x3b3ac70, arg@entry=0x0, buf=buf@entry=0x3b3cdc4) at /home/cygnus/vinschen/mknetrel/src/cygwin-snapshot-20140905-1/winsup/cygwin/cygtls.cc:100 #4 0x61006076 in _cygtls::call (func=0x5fff3f , arg=0x0) at /home/cygnus/vinschen/mknetrel/src/cygwin-snapshot-20140905-1/winsup/cygwin/cygtls.cc:30 #5 0x6107f1f8 in threadfunc_fe (arg=) at /home/cygnus/vinschen/mknetrel/src/cygwin-snapshot-20140905-1/winsup/cygwin/init.cc:30 #6 0x753e338a in KERNEL32!BaseThreadInitThunk () from /c/windows/syswow64/kernel32.dll #7 0x77759f72 in ntdll!RtlInitializeExceptionChain () from /c/windows/system32/ntdll.dll #8 0x77759f45 in ntdll!RtlInitializeExceptionChain () from /c/windows/system32/ntdll.dll #9 0x in ?? () Thread 4 (Thread 3820.0x1bcc): #0 0x7773f8d1 in ntdll!ZwWaitForSingleObject () from /c/windows/system32/ntdll.dll #1 0x7773f8d1 in ntdll!ZwWaitForSingleObject () from /c/windows/system32/ntdll.dll #2 0x758c14ab in WaitForSingleObjectEx () from /c/windows/syswow64/KERNELBASE.dll #3 0x0318 in ?? () #4 0x in ?? () Thread 3 (Thread 3820.0x1a54): #0 0x7774015d in ntdll!ZwWaitForMultipleObjects () from /c/windows/system32/ntdll.dll #1 0x7774015d in ntdll!ZwWaitForMultipleObjects () from /c/windows/system32/ntdll.dll #2 0x2f91 in ntdll!RtlMoveMemory () from /c/windows/system32/ntdll.dll #3 0x0001 in ?? () #4 0x0001 in ?? () #5 0x in ?? () Thread 2 (Thread 3820.0x1540): #0 0x7773f905 in ntdll!ZwReadFile () from /c/windows/system32/ntdll.dll #1 0x7773f905 in ntdll!ZwReadFile () from /c/windows/system32/ntdll.dll #2 0x758bdd62 in ReadFile () from /c/windows/syswow64/KERNELBASE.dll #3 0x0090 in ?? () ---Type to continue, or q to quit--- #4 0x753e3ee7 in ReadFile () from /c/windows/syswow64/kernel32.dll #5 0x0090 in ?? () #6 0x610e1b8c in wait_sig () at /home/cygnus/vinschen/mknetrel/src/cygwin-snapshot-20140905-1/winsup/cygwin/sigproc.cc:1239 #7 0x61004cc7 in
Re: ld crashes with segmentation fault when linking with libmpir.a
On 9/18/2014 03:20, Daniel R. Grayson wrote: > ld crashes with segmentation fault when linking with libmpir.a > > To reproduce: > > wget http://mpir.org/mpir-2.6.0.tar.bz2 > tar xjf mpir-2.6.0.tar.bz2 > cd mpir-2.6.0 > ./configure --build=x86_64-pc-cygwin > make > ld -u __gmpn_gcdext .libs/libmpir.a > What are you trying to accomplish? I suspect this will not work on Windows. signature.asc Description: OpenPGP digital signature
Re: /usr/bin/install doesn't install files from Makefile
Hi Marco, Am 2014-09-17 um 12:16 schrieb Marco Atzeri: On 17/09/2014 10:56, Michael Osipov wrote: Am 2014-09-16 um 19:59 schrieb Csaba Raduly: Hi Michael, Unfortunately, it is not: ... (cd /home/mosipov/asciidoc/bin; ln -sf asciidoc.py asciidoc) (cd /home/mosipov/asciidoc/bin; ln -sf a2x.py a2x) have you thought to look on asciidoc source ? The install system is very poor, so it is not an issue of make.. However with $ autoreconf -ifv $ ./configure --prefix=/asciidoc $ make install DESTDIR="/tmp/foo" I was able to install in "/tmp/foo/asciidoc" same for any other destination I have reinstalled cygwin, just in case. Tried the commands above, it does work but only for /tmp. Anything else does not work. To compare stuff, I tried to configure, build and install curl. It does work with /usr/local. I will raise a bug with asciidoc. Very annoying, I have wasted to much for this. Thank you very much for your help, Michael -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
No file name completion for file names start with underscore
I'm using the following 64-bit packages: cygwin 1.7.28-2 bash-completion 1.3-1 If I am in a folder that contains file _vimrc and directory _vimfiles, filename completion doesn't respond. I type "ls _" or "ls _v" and press tab -- nothing happens. I can't really do anything about it because it took months to approve the use of cygwin install CDs made near the beginning of the year, but I was wondering the problem is reproducible by others? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: No file name completion for file names start with underscore
writes: > I'm using the following 64-bit packages: > >cygwin 1.7.28-2 bash-completion 1.3-1 > > If I am in a folder that contains file _vimrc and directory > _vimfiles, filename completion doesn't respond. I type "ls _" or > "ls _v" and press tab -- nothing happens. I can't really do > anything about it because it took months to approve the use of > cygwin install CDs made near the beginning of the year, but I was > wondering the problem is reproducible by others? Oops, my bad. The phrase "file _vimrc and directory _vimfiles" should read "files _vimrc and _viminfo". The directory is actually "vimfiles" and has no underscore. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: No file name completion for file names start with underscore
writes: > writes: >> I'm using the following 64-bit packages: >> >>cygwin 1.7.28-2 bash-completion 1.3-1 >> >> If I am in a folder that contains file _vimrc and directory >> _vimfiles, filename completion doesn't respond. I type "ls _" or >> "ls _v" and press tab -- nothing happens. I can't really do >> anything about it because it took months to approve the use of >> cygwin install CDs made near the beginning of the year, but I was >> wondering the problem is reproducible by others? > > Oops, my bad. The phrase "file _vimrc and directory _vimfiles" should > read "files _vimrc and _viminfo". The directory is actually > "vimfiles" and has no underscore. I'm not sure if this is a false alarm, but I have another error in my original post, due to my haste in cobbling together an arbitrary example. In actuality, completion does not fail for "ls _v". It fails for "find _v". But it works for other commands like ls and find. Again, lack of completion fails only when trying to specify filenames starting with underscore as arguments to the find command. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: No file name completion for file names start with underscore
On 2014-09-17, Paul.Domaskis wrote: > writes: > > writes: > >> I'm using the following 64-bit packages: > >> > >>cygwin 1.7.28-2 bash-completion 1.3-1 > >> > >> If I am in a folder that contains file _vimrc and directory > >> _vimfiles, filename completion doesn't respond. I type "ls _" or > >> "ls _v" and press tab -- nothing happens. I can't really do > >> anything about it because it took months to approve the use of > >> cygwin install CDs made near the beginning of the year, but I was > >> wondering the problem is reproducible by others? > > > > Oops, my bad. The phrase "file _vimrc and directory _vimfiles" should > > read "files _vimrc and _viminfo". The directory is actually > > "vimfiles" and has no underscore. > > I'm not sure if this is a false alarm, but I have another error in my > original post, due to my haste in cobbling together an arbitrary > example. In actuality, completion does not fail for "ls _v". It > fails for "find _v". But it works for other commands like ls and > find. Again, lack of completion fails only when trying to specify > filenames starting with underscore as arguments to the find command. File names or directory names? The path argument to find must be a directory, so the bash-completion function for find completes only directory names when it is expecting the path argument. Bash alone, without the bash-completion package, doesn't know anything about find's arguments and will complete file names, too. The ls command, on the other hand, can be used to list files or directories so the ls bash-completion function expands both. Regards, Gary -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ld crashes with segmentation fault when linking with libmpir.a
On Wed, Sep 17, 2014 at 6:00 PM, JonY <10wa...@gmail.com> wrote: > On 9/18/2014 03:20, Daniel R. Grayson wrote: >> ld crashes with segmentation fault when linking with libmpir.a >> >> To reproduce: >> >> wget http://mpir.org/mpir-2.6.0.tar.bz2 >> tar xjf mpir-2.6.0.tar.bz2 >> cd mpir-2.6.0 >> ./configure --build=x86_64-pc-cygwin >> make >> ld -u __gmpn_gcdext .libs/libmpir.a >> > > What are you trying to accomplish? I suspect this will not work on Windows. > > > This bug prevents me from linking our program under cygwin. The program is Macaulay2, see http://macaulay2.com/. I'm working now on a work-around involving using libgmp instead of libmpir, and I expect that to be successful. I'm not sure what you mean when you say it will not work under Windows, since my bug report is about a program crashing, and the program should work, i.e., "ld" should link object files together or give an error message. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ld crashes with segmentation fault when linking with libmpir.a
On 2014-09-17 19:28, Daniel R. Grayson wrote: This bug prevents me from linking our program under cygwin. The program is Macaulay2, see http://macaulay2.com/. I'm working now on a work-around involving using libgmp instead of libmpir, and I expect that to be successful. Never link directly with ld; you must link with gcc/g++/etc. and leave it to the compiler to call ld correctly. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ld crashes with segmentation fault when linking with libmpir.a
On Wed, Sep 17, 2014 at 9:37 PM, Yaakov Selkowitz wrote: > On 2014-09-17 19:28, Daniel R. Grayson wrote: >> >> This bug prevents me from linking our program under cygwin. The program >> is Macaulay2, see http://macaulay2.com/. I'm working now on a work-around >> involving using libgmp instead of libmpir, and I expect that to be >> successful. > > > Never link directly with ld; you must link with gcc/g++/etc. and leave it to > the compiler to call ld correctly. Normally we use "gcc" and let it call "ld" for us. But "ld" crashed, so for the purpose of the bug report, I've isolated the problem to its simplest manifestation. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ld crashes with segmentation fault when linking with libmpir.a
On Wed, Sep 17, 2014 at 10:56 PM, Daniel R. Grayson wrote: > On Wed, Sep 17, 2014 at 9:37 PM, Yaakov Selkowitz > wrote: >> On 2014-09-17 19:28, Daniel R. Grayson wrote: >>> >>> This bug prevents me from linking our program under cygwin. The program >>> is Macaulay2, see http://macaulay2.com/. I'm working now on a work-around >>> involving using libgmp instead of libmpir, and I expect that to be >>> successful. >> >> >> Never link directly with ld; you must link with gcc/g++/etc. and leave it to >> the compiler to call ld correctly. > > Normally we use "gcc" and let it call "ld" for us. But "ld" crashed, so for > the purpose of the bug report, I've isolated the problem to its > simplest manifestation. PS: If you want to use "gdb", you need to know how to run the program that's crashing. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Strange gdb backtraces on 64-bit Cygwin
At 2014-09-17 23:21, Ken Brown was heard to say: There have been many bug reports involving crashes or assertion failures in emacs-X11 or emacs-w32 on 64-bit Cygwin. Many of these reports include gdb backtraces that don't make sense. The one I'm looking at right now is emacs bug#17753. I'll try to make this email self-contained, but anyone interested in the context should start at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17753#47 The situation in that bug report is that a gdb backtrace showed a call to the emacs function "run_timers" in Thread 2, which shouldn't happen. (It should only be called in the main thread.) There was speculation as to whether this could be the cause of the crash. An alternative theory is that the gdb backtrace is bogus. I'm pretty sure that the OP (Markus) was running gdb-7.6.50-4. His report was about emacs-X11, but I've observed similar backtraces for emacs-w32. This is just to confirm the suspected version of gdb on the OP's box: $ cygcheck -f /usr/bin/gdb gdb-7.6.50-4 $ gdb -v GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special) [...] regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
