Re: Minor terminfo problem (was Re: Garbage man pages)

Corinna Vinschen wrote: > Works fine for me. I just made a new 1.7 installation from scratch two > days ago, and all the bash calls work as expected, except for a minor > problem in the terminfo postinstall: > > 2009/06/16 11:13:37 running: C:\cygwin-1.7\bin\bash.exe --norc --noprofile -c > /etc

Re: help? compile error cygwin 1.7, multiple definition

On 18/06/2009 16:03, Dave Korn wrote: Hack: in /usr/include/glib-2.0/glib/gutils.h, at this point: 99 #elif defined (__GNUC__) 100 # define G_INLINE_FUNC extern inline 101 #elif defined (G_CAN_INLINE) delete 'extern' from line 100. (Then rebuild from clean.) For the recor

Re: browse-url in emacs

On 6/18/2009 4:58 PM, Marc Girod wrote: I did it from within emacs, which was maybe not bright. It just means that you were trying to replace some in-use files. This should work in cygwin 1.7, though you might have to exit and restart emacs to see the effect in some situations. Anyway, I

Re: help? compile error cygwin 1.7, multiple definition

Dave Korn wrote: Larry Hall (Cygwin) wrote: This sounds allot like this bug to me: Since Cygwin's glib2 is only at 2.10.3, you'll either need to wait for an update of this package or build a newer one yourself. Hack: in /usr/include/glib

Re: [PATCH] Add "@cjknarrow" modifier (was Re: [Fwd: [1.7] wcwidth failing configure tests])

2009/6/18 Thomas.Wolff: > And as a matter of fact, > you can run both xterm and MinTTY with a non-CJK locale and ambiguous > characters being wide. This is achieved by invoking xterm -cjk_width or > by selecting an according font in MinTTY, e.g. Ming, SimSun, MS Mincho, > or even just the popular L

Re: browse-url in emacs (was Re: w32-shell-execute function definition is void)

Ken Brown-6 wrote: > > On 6/17/2009 12:15 PM, Ken Brown wrote: > Marc, if you want to test it, delete the stuff you added to your .emacs > and carry out the following steps: ... > OK, I ran this. I did it from within emacs, which was maybe not bright. Anyway, I got a couple of glitches in the

Re: help? compile error cygwin 1.7, multiple definition

Larry Hall (Cygwin) wrote: > Ian Kelling wrote: >> /usr/bin/g++ -g -O2 -o src/mpd.exe src_mpd-input_stream.o (... about >> a page of other .o files ) -Wl,--enable-auto-import -lm -lFLAC >> -lm -lgthread-2.0 -lglib-2.0 -lintl -liconv >> >> I added "-Wl,--enable-auto-import" which removes some

Re: help? compile error cygwin 1.7, multiple definition

Ian Kelling wrote: Any suggestions or feedback on fixing this compile error would be appreciated. cygwin 1.7, gcc (GCC) 4.3.2 20080827 (beta) 2 mpd sources, any version $ ./autogen.sh --enable-oss --disable-ao --disable-un $ make make fails. Basically, the final compile and link command seems

RE: How to run GNU Emacs from Windows icon

> -Original Message- > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf > Of Ken Brown > Sent: Thursday, June 18, 2009 11:35 AM > To: cygwin@cygwin.com > Subject: Re: How to run GNU Emacs from Windows icon > > On 6/4/2009 12:10 PM, David Karr wrote: > >>> emacs: Ter

help? compile error cygwin 1.7, multiple definition

Any suggestions or feedback on fixing this compile error would be appreciated. cygwin 1.7, gcc (GCC) 4.3.2 20080827 (beta) 2 mpd sources, any version $ ./autogen.sh --enable-oss --disable-ao --disable-un $ make make fails. Basically, the final compile and link command seems to fail because of

Re: UAC .manifest files

On 18/06/2009 13:31, Peter Rosin wrote: There is a pending patch for libtool that adds MSVC support. That patch will not need this, so please special case this to only be active for gcc (and whatever else needs it). AFAICS from your patches, you're not using ltwrappers right now. If wrappers_

Re: How to run GNU Emacs from Windows icon

On 6/4/2009 12:10 PM, David Karr wrote: emacs: Terminal type cygwin is not defined. My guess is that this is a terminfo issue. Try installing the terminfo0 package. Getting back to this, I already have terminfo0 installed. I think the cause of your problem with emacs-21 may have been found:

Re: UAC .manifest files

Den 2009-06-18 20:14 skrev Yaakov (Cygwin/X): On 18/06/2009 10:56, Yaakov (Cygwin/X) wrote: Since I already have a libtool patch pending, I'll see if I can fix this as well. Here's a patch. Chuck? There is a pending patch for libtool that adds MSVC support. That patch will not need this, so

Re: UAC .manifest files

On 18/06/2009 10:56, Yaakov (Cygwin/X) wrote: Since I already have a libtool patch pending, I'll see if I can fix this as well. Here's a patch. Chuck? Yaakov --- origsrc/libtool-2.2.7a/libltdl/config/ltmain.m4sh 2009-06-15 00:06:10.0 -0500 +++ src/libtool-2.2.7a/libltdl/config/ltmain

Re: browse-url in emacs (was Re: w32-shell-execute function definition is void)

On 6/17/2009 12:15 PM, Ken Brown wrote: This turned out to be easier to sort out than I thought it would be. I've sent a report to emacs-devel: http://lists.gnu.org/archive/html/emacs-devel/2009-06/msg00320.html I've now sent a patch upstream to fix the browse-url problem. (I decided to do i

Re: [1.7] compile error after updating 1.7

jean-luc malet wrote: > hi! > I just decided to update my 1.7 cygwin to the latest release > it seems to run more smoothly now than in previous release :) > > however I'm getting strange errors when try to compile a project I'm working > on > I didn't get this on previous release > I tryed to cle

Re: [1.7] compile error after updating 1.7

On Thu, Jun 18, 2009 at 06:39:56PM +0200, jean-luc malet wrote: >I just decided to update my 1.7 cygwin to the latest release >it seems to run more smoothly now than in previous release :) > >however I'm getting strange errors when try to compile a project I'm working on >I didn't get this on previ

[1.7] compile error after updating 1.7

hi! I just decided to update my 1.7 cygwin to the latest release it seems to run more smoothly now than in previous release :) however I'm getting strange errors when try to compile a project I'm working on I didn't get this on previous release I tryed to clean and rebuild everything and same resu

Re: UAC .manifest files

On 04/06/2009 11:11, Dave Korn wrote: Sounds like a job for libtool, not automake. :) Unfortunately, it looks like that's not a joke after all. Look at func_mode_link (omitting some lines for clarity): *cygwin* | *mingw* ) cwrappersource="$output_path/$objdir/lt-$output_name.c" c

Re: Minor terminfo problem (was Re: Garbage man pages)

On Jun 18 10:07, Christopher Faylor wrote: > On Thu, Jun 18, 2009 at 11:46:50AM +0200, Corinna Vinschen wrote: > >2009/06/16 11:13:45 running: C:\cygwin-1.7\bin\bash.exe --norc --noprofile > >-c /etc/postinstall/terminfo.sh > >chmod: cannot operate on dangling symlink `Eterm-color' > > > >ETerm-co

Re: [PATCH] Add "@cjknarrow" modifier (was Re: [Fwd: [1.7] wcwidth failing configure tests])

On Jun 18 14:09, thomas.wo...@nsn.com wrote: > 2009/6/16 Corinna Vinschen > > However, besides of being unnecessary, other systems like Linux or BSD > > use the language string as directory name relative to the > > /usr/share/locale directory. ?If this gets ever used on non-Cygwin > > systems, the

Re: Minor terminfo problem (was Re: Garbage man pages)

On Thu, Jun 18, 2009 at 11:46:50AM +0200, Corinna Vinschen wrote: >On Jun 18 10:36, Haojun Bao wrote: >> >> Dave Korn writes: >> > >> > I said I'd check: there doesn't seem anything wrong with the packaging, >> > which hasn't changed in a couple of years now; the most likely thing is >> > that

Re: [PATCH] Add "@cjknarrow" modifier (was Re: [Fwd: [1.7] wcwidth failing configure tests])

2009/6/16 Corinna Vinschen : > On Jun 15 23:35, IWAMURO Motonori wrote: >> 2009/6/15 Corinna Vinschen: >> > If everybody agrees to this suggestion, here's the patch. >> >> Is the name of modifier prefix "cjk-" good? It influences not CJK >> characters but a part of symbols and European characters.

Minor terminfo problem (was Re: Garbage man pages)

On Jun 18 10:36, Haojun Bao wrote: > > Dave Korn writes: > > > > I said I'd check: there doesn't seem anything wrong with the packaging, > > which hasn't changed in a couple of years now; the most likely thing is that > > you and Bao experienced some kind of failure during running the postinsta

Re: ioctl(sock, SIOCGIFHWADDR, &ifr) fails with 1.7

Am 15.06.2009, 11:22 Uhr, schrieb Frédéric Bron : To fix your application, call either  struct ifconf ifc;  ifc.ifc_len = sizeof (struct ifreq) * 32;  ifc.ifc_buf = malloc (ifc.ifc_len);  if (ioctl (fd, SIOCGIFCONF, &ifc))    /* Resize ifc_buf and retry */  else    {      struct ifreq *ifr = if