Re: RFU: cppcheck-1.59-1

2013-03-29 Thread Andy Koppe
On 29 March 2013 22:14, Chris Sutcliffe  wrote:
> Please upload:
>
> ---
> wget -x -nH --cut-dirs=3 \
> http://dl.dropbox.com/u/5530441/cygwin/cppcheck/setup.hint \
> http://dl.dropbox.com/u/5530441/cygwin/cppcheck/cppcheck-1.59-1.tar.bz2 \
> http://dl.dropbox.com/u/5530441/cygwin/cppcheck/cppcheck-1.59-1-src.tar.bz2 \
> http://dl.dropbox.com/u/5530441/cygwin/cppcheck/cppcheck-debuginfo/setup.hint 
> \
> http://dl.dropbox.com/u/5530441/cygwin/cppcheck/cppcheck-debuginfo/cppcheck-debuginfo-1.59-1.tar.bz2
> ---
>
> Please feel free to remove anything older than 1.58-1.

Done.
Andy


Re: [64bit RFU] emacs-24.3-2

2013-03-29 Thread Andy Koppe
On 29 March 2013 23:55, Ken Brown wrote:
> D=http://sanibeltranquility.com/cygwin/64bit/release/emacs
> wget -x -nH --cut-dirs=3 \
>   ${D}/emacs-24.3-2-src.tar.bz2 \
>   ${D}/emacs-24.3-2.tar.bz2 \
>   ${D}/setup.hint \
>   ${D}/emacs-debuginfo/emacs-debuginfo-24.3-2.tar.bz2 \
>   ${D}/emacs-debuginfo/setup.hint

Done. GEN-sware reported no errors against this.

Andy


[64bit RFU] emacs-24.3-2

2013-03-29 Thread Ken Brown

D=http://sanibeltranquility.com/cygwin/64bit/release/emacs
wget -x -nH --cut-dirs=3 \
  ${D}/emacs-24.3-2-src.tar.bz2 \
  ${D}/emacs-24.3-2.tar.bz2 \
  ${D}/setup.hint \
  ${D}/emacs-debuginfo/emacs-debuginfo-24.3-2.tar.bz2 \
  ${D}/emacs-debuginfo/setup.hint

This is a bare-bones version of emacs.  I'm not yet uploading emacs-w32 
or emacs-X11 because there's a bug that needs to be fixed first.  I'll 
report it on the cygwin-developers list.


Ken


RFU: cppcheck-1.59-1

2013-03-29 Thread Chris Sutcliffe
Please upload:

---
wget -x -nH --cut-dirs=3 \
http://dl.dropbox.com/u/5530441/cygwin/cppcheck/setup.hint \
http://dl.dropbox.com/u/5530441/cygwin/cppcheck/cppcheck-1.59-1.tar.bz2 \
http://dl.dropbox.com/u/5530441/cygwin/cppcheck/cppcheck-1.59-1-src.tar.bz2 \
http://dl.dropbox.com/u/5530441/cygwin/cppcheck/cppcheck-debuginfo/setup.hint \
http://dl.dropbox.com/u/5530441/cygwin/cppcheck/cppcheck-debuginfo/cppcheck-debuginfo-1.59-1.tar.bz2
---

Please feel free to remove anything older than 1.58-1.

Thank you,

Chris


--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d


Re: 64 bit: build problems

2013-03-29 Thread Thomas Wolff

Am 29.03.2013 15:43, schrieb Corinna Vinschen:

On Mar 29 15:13, Corinna Vinschen wrote:

On Mar 29 12:37, Thomas Wolff wrote:

Am 29.03.2013 10:42, schrieb Corinna Vinschen:

On Mar 29 10:00, Thomas Wolff wrote:

Am 28.03.2013 20:51, schrieb Corinna Vinschen:

On Mar 28 19:45, Thomas Wolff wrote:

I've tried to build my package (mined) with freshly installed 64-bit
cygwin (default + gcc + make).
When I try it with make, nothing happens, make simply hangs.
When I try it without make, it fails with:
linking mined
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -ladvapi32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -lshell32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -luser32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -lkernel32

 From your cygcheck output w32api is, in fact, missing, just as Adam wrote.  
Other than that, the hang is strange.  I installed Cygwin 64 on 3 machines, W7, 
2K8R2, and W8, and none of them is suffering a hang.
I don't know what to say.  Can you try to debug that?

make -d reads all makefiles (with includes), then hangs.
make option --trace, as mentioned in the manual page, does not exist.
Any further hints how/what to debug?

strace and gdb are the usual tools here.  I don't know what to say else.
I'm running native builds using cygport for a couple of days now, and
sure enough I found a few bugs, but I didn't have a make hang at all.
Are you trying to build the exact 2012.22 package?  What's your exact
set of make options?  I can try if this occurs for me too.

I verified that my local copy is identical to the 2012.22 package.
Then strace gave me some hint indeed;
If I comment out line 573 of include file mkinclud.mak (the "links:"
target), all works fine.
Otherwise, strace ends like this:
[...]
30 1643627 [main] make 1412 symlink_info::check: 0 =
symlink.check(D:\temp\mined-2012.22\src, 0x227700) (0x4022)
18 1643645 [main] make 1412 path_conv::check:
this->path(D:\temp\mined-2012.22\src\links), has_acls(1)
19 1643664 [main] make 1412 __set_errno: int
stat_worker(path_conv&, stat*):1880 setting errno 2
32 1643696 [main] make 1412 stat_worker: -1 =
(\??\D:\temp\mined-2012.22\src\links,0x228960)
   271 1643967 [main] make 1412 stat64: entering
15 1643982 [main] make 1412 normalize_posix_path: src //xmined
18 1644000 [main] make 1412 normalize_posix_path: //xmined =
normalize_posix_path (//xmined)

Any idea why it tries to access a file called //xmined?  The double
slash at the beginning indicates a network UNC path.  So what Cygwin
does is trying to access a server called xmined on your network.
The purpose of this make clause is to install links into the bin 
directory, but only when calling make recursively from the install 
target, in which case $(linkdir) would be set e.g. to /usr/bin.
When not installing, make should not really access those files, and in 
fact, make-32 does not (as shown by strace),
only make-64 invokes some actions on the filenames simply when parsing 
the makefile.

Plus...

Ok, so your linkdir is apparently '/'.  That's not good here since it leads to 
the leading double slash.
as I tested, linkdir is actually *not* "/" but rather empty, so the path 
names involved should be e.g. /xmined, not //xmined. Still mysterious.


Furthermore, the suffix $(EXE) seems to be needed for the problem to occur.
Simplified test case: the following makefile hangs in cygwin64 but not 
in cygwin32:


all:
echo x$(linkdir)y

links:  $(linkdir)/xmined$(EXE)

--
Thomas


Re: 64 bit: build problems

2013-03-29 Thread Eric Blake
On 03/29/2013 08:43 AM, Corinna Vinschen wrote:
>> Any idea why it tries to access a file called //xmined?  The double
>> slash at the beginning indicates a network UNC path.  So what Cygwin
>> does is trying to access a server called xmined on your network.
> 
> Ok, so your linkdir is apparently '/'.  That's not good here since
> it leads to the leading double slash.

If you can set your linkdir to '///', then no matter what else happens
at least you won't end up trying to access a network path.

-- 
Eric Blake   eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature


Re: 64 bit: build problems

2013-03-29 Thread Corinna Vinschen
On Mar 29 15:13, Corinna Vinschen wrote:
> On Mar 29 12:37, Thomas Wolff wrote:
> > Am 29.03.2013 10:42, schrieb Corinna Vinschen:
> > >On Mar 29 10:00, Thomas Wolff wrote:
> > >>Am 28.03.2013 20:51, schrieb Corinna Vinschen:
> > >>>On Mar 28 19:45, Thomas Wolff wrote:
> > I've tried to build my package (mined) with freshly installed 64-bit
> > cygwin (default + gcc + make).
> > When I try it with make, nothing happens, make simply hangs.
> > When I try it without make, it fails with:
> > linking mined
> > /usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> > cannot find -ladvapi32
> > /usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> > cannot find -lshell32
> > /usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> > cannot find -luser32
> > /usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> > cannot find -lkernel32
> > >>> From your cygcheck output w32api is, in fact, missing, just as Adam 
> > >>> wrote.  Other than that, the hang is strange.  I installed Cygwin 64 on 
> > >>> 3 machines, W7, 2K8R2, and W8, and none of them is suffering a hang.
> > >>>I don't know what to say.  Can you try to debug that?
> > >>make -d reads all makefiles (with includes), then hangs.
> > >>make option --trace, as mentioned in the manual page, does not exist.
> > >>Any further hints how/what to debug?
> > >strace and gdb are the usual tools here.  I don't know what to say else.
> > >I'm running native builds using cygport for a couple of days now, and
> > >sure enough I found a few bugs, but I didn't have a make hang at all.
> > >Are you trying to build the exact 2012.22 package?  What's your exact
> > >set of make options?  I can try if this occurs for me too.
> > I verified that my local copy is identical to the 2012.22 package.
> > Then strace gave me some hint indeed;
> > If I comment out line 573 of include file mkinclud.mak (the "links:"
> > target), all works fine.
> > Otherwise, strace ends like this:
> > [...]
> >30 1643627 [main] make 1412 symlink_info::check: 0 =
> > symlink.check(D:\temp\mined-2012.22\src, 0x227700) (0x4022)
> >18 1643645 [main] make 1412 path_conv::check:
> > this->path(D:\temp\mined-2012.22\src\links), has_acls(1)
> >19 1643664 [main] make 1412 __set_errno: int
> > stat_worker(path_conv&, stat*):1880 setting errno 2
> >32 1643696 [main] make 1412 stat_worker: -1 =
> > (\??\D:\temp\mined-2012.22\src\links,0x228960)
> >   271 1643967 [main] make 1412 stat64: entering
> >15 1643982 [main] make 1412 normalize_posix_path: src //xmined
> >18 1644000 [main] make 1412 normalize_posix_path: //xmined =
> > normalize_posix_path (//xmined)
> 
> Any idea why it tries to access a file called //xmined?  The double
> slash at the beginning indicates a network UNC path.  So what Cygwin
> does is trying to access a server called xmined on your network.

Ok, so your linkdir is apparently '/'.  That's not good here since
it leads to the leading double slash.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


Re: 64 bit: build problems

2013-03-29 Thread Corinna Vinschen
On Mar 29 12:37, Thomas Wolff wrote:
> Am 29.03.2013 10:42, schrieb Corinna Vinschen:
> >On Mar 29 10:00, Thomas Wolff wrote:
> >>Am 28.03.2013 20:51, schrieb Corinna Vinschen:
> >>>On Mar 28 19:45, Thomas Wolff wrote:
> I've tried to build my package (mined) with freshly installed 64-bit
> cygwin (default + gcc + make).
> When I try it with make, nothing happens, make simply hangs.
> When I try it without make, it fails with:
> linking mined
> /usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -ladvapi32
> /usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lshell32
> /usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -luser32
> /usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lkernel32
> >>> From your cygcheck output w32api is, in fact, missing, just as Adam 
> >>> wrote.  Other than that, the hang is strange.  I installed Cygwin 64 on 3 
> >>> machines, W7, 2K8R2, and W8, and none of them is suffering a hang.
> >>>I don't know what to say.  Can you try to debug that?
> >>make -d reads all makefiles (with includes), then hangs.
> >>make option --trace, as mentioned in the manual page, does not exist.
> >>Any further hints how/what to debug?
> >strace and gdb are the usual tools here.  I don't know what to say else.
> >I'm running native builds using cygport for a couple of days now, and
> >sure enough I found a few bugs, but I didn't have a make hang at all.
> >Are you trying to build the exact 2012.22 package?  What's your exact
> >set of make options?  I can try if this occurs for me too.
> I verified that my local copy is identical to the 2012.22 package.
> Then strace gave me some hint indeed;
> If I comment out line 573 of include file mkinclud.mak (the "links:"
> target), all works fine.
> Otherwise, strace ends like this:
> [...]
>30 1643627 [main] make 1412 symlink_info::check: 0 =
> symlink.check(D:\temp\mined-2012.22\src, 0x227700) (0x4022)
>18 1643645 [main] make 1412 path_conv::check:
> this->path(D:\temp\mined-2012.22\src\links), has_acls(1)
>19 1643664 [main] make 1412 __set_errno: int
> stat_worker(path_conv&, stat*):1880 setting errno 2
>32 1643696 [main] make 1412 stat_worker: -1 =
> (\??\D:\temp\mined-2012.22\src\links,0x228960)
>   271 1643967 [main] make 1412 stat64: entering
>15 1643982 [main] make 1412 normalize_posix_path: src //xmined
>18 1644000 [main] make 1412 normalize_posix_path: //xmined =
> normalize_posix_path (//xmined)

Any idea why it tries to access a file called //xmined?  The double
slash at the beginning indicates a network UNC path.  So what Cygwin
does is trying to access a server called xmined on your network.
And later on...

>35 1644035 [main] make 1412 mount_info::conv_to_win32_path:
> conv_to_win32_path (//xmined)
>19 1644054 [main] make 1412 set_flags: flags: binary (0x2)
>15 1644069 [main] make 1412 mount_info::conv_to_win32_path:
> src_path //xmined, dst \\xmined, flags 0x2, rc 0
>31 1644100 [main] make 1412 build_fh_pc: fh 0x1802DBA98, dev 00C2
> 49634 1693734 [main] make 1412 cygthread::terminate_thread: thread
> 'WNetOpenEnum', id 0x1B88, inuse 1, stack_ptr 0x7DAC90
>   375 1694109 [main] make 1412 cygthread::terminate_thread:
> VirtualFree of allocation base 0x7DAC90<0x0> failed, Win32 error 487

...quite apart from this weird error 487 which still requires
investigating...

>   137 1694246 [main] make 1412 __set_errno: int
> stat_worker(path_conv&, stat*):1880 setting errno 2
>49 1694295 [main] make 1412 stat_worker: -1 = (\??\UNC\xmined,0x228870)
>   118 1694413 [main] make 1412 stat64: entering
>56 1694469 [main] make 1412 normalize_posix_path: src //minmacs
>59 1694528 [main] make 1412 normalize_posix_path: //minmacs =
> normalize_posix_path (//minmacs)
>   121 1694649 [main] make 1412 mount_info::conv_to_win32_path:
> conv_to_win32_path (//minmacs)
>33 1694682 [main] make 1412 set_flags: flags: binary (0x2)
>14 1694696 [main] make 1412 mount_info::conv_to_win32_path:
> src_path //minmacs, dst \\minmacs, flags 0x2, rc 0
>16 1694712 [main] make 1412 build_fh_pc: fh 0x1802DBA98, dev 00C2
>   216 1694928 [WNetOpenEnum] make 1412 cygthread::stub: thread
> 'WNetOpenEnum', id 0x1A34, stack_ptr 0x7DAC90

...it tries to access a server //minmacs.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


Re: 64 bit: build problems

2013-03-29 Thread Thomas Wolff

Am 29.03.2013 10:42, schrieb Corinna Vinschen:

On Mar 29 10:00, Thomas Wolff wrote:

Am 28.03.2013 20:51, schrieb Corinna Vinschen:

On Mar 28 19:45, Thomas Wolff wrote:

I've tried to build my package (mined) with freshly installed 64-bit
cygwin (default + gcc + make).
When I try it with make, nothing happens, make simply hangs.
When I try it without make, it fails with:
linking mined
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -ladvapi32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -lshell32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -luser32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -lkernel32

 From your cygcheck output w32api is, in fact, missing, just as Adam wrote.  
Other than that, the hang is strange.  I installed Cygwin 64 on 3 machines, W7, 
2K8R2, and W8, and none of them is suffering a hang.
I don't know what to say.  Can you try to debug that?

make -d reads all makefiles (with includes), then hangs.
make option --trace, as mentioned in the manual page, does not exist.
Any further hints how/what to debug?

strace and gdb are the usual tools here.  I don't know what to say else.
I'm running native builds using cygport for a couple of days now, and
sure enough I found a few bugs, but I didn't have a make hang at all.
Are you trying to build the exact 2012.22 package?  What's your exact
set of make options?  I can try if this occurs for me too.

I verified that my local copy is identical to the 2012.22 package.
Then strace gave me some hint indeed;
If I comment out line 573 of include file mkinclud.mak (the "links:" 
target), all works fine.

Otherwise, strace ends like this:
  401 1643027 [main] make 1412 stat64: entering
   16 1643043 [main] make 1412 normalize_posix_path: src ./links
   18 1643061 [main] make 1412 cwdstuff::get: posix 
/cygdrive/d/temp/mined-2012.22/src
   15 1643076 [main] make 1412 cwdstuff::get: 
(/cygdrive/d/temp/mined-2012.22/src) = cwdstuff::get (0x60010, 
32768, 1, 0), errno 2
   17 1643093 [main] make 1412 normalize_posix_path: 
/cygdrive/d/temp/mined-2012.22/src/links = normalize_posix_path (./links)
   16 1643109 [main] make 1412 mount_info::conv_to_win32_path: 
conv_to_win32_path (/cygdrive/d/temp/mined-2012.22/src/links)
   20 1643129 [main] make 1412 mount_info::cygdrive_win32_path: src 
'/cygdrive/d/temp/mined-2012.22/src/links', dst 
'D:\temp\mined-2012.22\src\links'

   23 1643152 [main] make 1412 set_flags: flags: binary (0x2)
   17 1643169 [main] make 1412 mount_info::conv_to_win32_path: src_path 
/cygdrive/d/temp/mined-2012.22/src/links, dst 
D:\temp\mined-2012.22\src\links, flags 0x4

022, rc 0
   43 1643212 [main] make 1412 symlink_info::check: 0xC034 = 
NtCreateFile (\??\D:\temp\mined-2012.22\src\links)
   21 1643233 [main] make 1412 symlink_info::check: 0xC034 = 
NtQueryInformationFile (\??\D:\temp\mined-2012.22\src\links)
   60 1643293 [main] make 1412 symlink_info::check: 0xC034 = 
NtCreateFile (\??\D:\temp\mined-2012.22\src\links.exe)
   21 1643314 [main] make 1412 symlink_info::check: 0xC034 = 
NtQueryInformationFile (\??\D:\temp\mined-2012.22\src\links.exe)
   36 1643350 [main] make 1412 symlink_info::check: 0xC034 = 
NtCreateFile (\??\D:\temp\mined-2012.22\src\links.lnk)
   22 1643372 [main] make 1412 symlink_info::check: 0xC034 = 
NtQueryInformationFile (\??\D:\temp\mined-2012.22\src\links.lnk)
   38 1643410 [main] make 1412 symlink_info::check: 0xC034 = 
NtCreateFile (\??\D:\temp\mined-2012.22\src\links.exe.lnk)
   18 1643428 [main] make 1412 symlink_info::check: 0xC034 = 
NtQueryInformationFile (\??\D:\temp\mined-2012.22\src\links.exe.lnk)
   18 1643446 [main] make 1412 symlink_info::check: 0 = 
symlink.check(D:\temp\mined-2012.22\src\links, 0x227700) (0x404022)
   17 1643463 [main] make 1412 mount_info::conv_to_win32_path: 
conv_to_win32_path (/cygdrive/d/temp/mined-2012.22/src)
   34 1643497 [main] make 1412 mount_info::cygdrive_win32_path: src 
'/cygdrive/d/temp/mined-2012.22/src', dst 'D:\temp\mined-2012.22\src'

   18 1643515 [main] make 1412 set_flags: flags: binary (0x2)
   15 1643530 [main] make 1412 mount_info::conv_to_win32_path: src_path 
/cygdrive/d/temp/mined-2012.22/src, dst D:\temp\mined-2012.22\src, flags 
0x4022, rc 0
   41 1643571 [main] make 1412 symlink_info::check: 0x0 = NtCreateFile 
(\??\D:\temp\mined-2012.22\src)

   26 1643597 [main] make 1412 symlink_info::check: not a symlink
   30 1643627 [main] make 1412 symlink_info::check: 0 = 
symlink.check(D:\temp\mined-2012.22\src, 0x227700) (0x4022)
   18 1643645 [main] make 1412 path_conv::check: 
this->path(D:\temp\mined-2012.22\src\links), has_acls(1)
   19 1643664 [main] make 1412 __set_errno: int stat_worker(path_conv&, 
stat*):1880 setting errno 2
   32 1643696 [main] make 1412 stat_worker: -1 = 
(\??\D:\temp\mined-2012.22\src\links,0x228960)

  271 1643967 [main] make 

Re: 64 bit: build problems

2013-03-29 Thread Corinna Vinschen
On Mar 29 10:00, Thomas Wolff wrote:
> Am 28.03.2013 20:51, schrieb Corinna Vinschen:
> >On Mar 28 19:45, Thomas Wolff wrote:
> >>I've tried to build my package (mined) with freshly installed 64-bit
> >>cygwin (default + gcc + make).
> >>When I try it with make, nothing happens, make simply hangs.
> >>When I try it without make, it fails with:
> >>linking mined
> >>/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> >>cannot find -ladvapi32
> >>/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> >>cannot find -lshell32
> >>/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> >>cannot find -luser32
> >>/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
> >>cannot find -lkernel32
> > From your cygcheck output w32api is, in fact, missing, just as Adam wrote.  
> > Other than that, the hang is strange.  I installed Cygwin 64 on 3 machines, 
> > W7, 2K8R2, and W8, and none of them is suffering a hang.
> >I don't know what to say.  Can you try to debug that?
> make -d reads all makefiles (with includes), then hangs.
> make option --trace, as mentioned in the manual page, does not exist.
> Any further hints how/what to debug?

strace and gdb are the usual tools here.  I don't know what to say else.
I'm running native builds using cygport for a couple of days now, and
sure enough I found a few bugs, but I didn't have a make hang at all.
Are you trying to build the exact 2012.22 package?  What's your exact
set of make options?  I can try if this occurs for me too.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


Re: 64 bit: build problems

2013-03-29 Thread Thomas Wolff

Am 28.03.2013 20:51, schrieb Corinna Vinschen:

On Mar 28 19:45, Thomas Wolff wrote:

I've tried to build my package (mined) with freshly installed 64-bit
cygwin (default + gcc + make).
When I try it with make, nothing happens, make simply hangs.
When I try it without make, it fails with:
linking mined
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -ladvapi32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -lshell32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -luser32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -lkernel32

 From your cygcheck output w32api is, in fact, missing, just as Adam wrote.  
Other than that, the hang is strange.  I installed Cygwin 64 on 3 machines, W7, 
2K8R2, and W8, and none of them is suffering a hang.
I don't know what to say.  Can you try to debug that?

make -d reads all makefiles (with includes), then hangs.
make option --trace, as mentioned in the manual page, does not exist.
Any further hints how/what to debug?
--
Thomas