Re: i686 ld couldn't resolve wglCreateContext from libopengl32.a on x86_64 system

On Thu, Mar 2, 2017 at 5:19 PM, Yaakov Selkowitz wrote: > > Maybe, maybe not. Mixing *NIX and Win32 APIs isn't so simple. > I have some small projects that do this mixing. A determined individual can do it. I have not done it with 'wgl' -- Problem reports: http://cygwin.com/problems.html

Re: i686 ld couldn't resolve wglCreateContext from libopengl32.a on x86_64 system

On 2017-03-02 18:14, sorryforaskingthis.bk.ru via cygwin wrote: On 2017-03-02 16:54, Yaakov Selkowitz wrote: This looks like a snippet of an autoconf AC_CHECK_LIB (or AC_CHECK_FUNCTION) test. Such tests don't work with 32-bit Win32 APIs -- on either Cygwin or MinGW --

Re: i686 ld couldn't resolve wglCreateContext from libopengl32.a on x86_64 system

>On 2017-03-02 16:54, Yaakov Selkowitz wrote: > >This looks like a snippet of an autoconf AC_CHECK_LIB (or >AC_CHECK_FUNCTION) test. Such tests don't work with 32-bit Win32 APIs >-- on either Cygwin or MinGW -- because they don't take stdcall into >account. You'll need to

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

On 2017-03-02 11:45, Eric Blake wrote: > On 03/02/2017 11:28 AM, Brian Inglis wrote: >> summary of checkbashisms -f run on 140 POSIX shell scripts as >> identified by file in my Cygwin 64 /bin/ with 784 packages (about >> 20% of cygwin-pkg-maint, 8% of setup.ini) installed, 70 possible >> issues

Re: i686 ld couldn't resolve wglCreateContext from libopengl32.a on x86_64 system

On 2017-03-02 16:17, sorryforaskingthis.bk.ru via cygwin wrote: $ gcc -o /tmp/conftest.exe /tmp/conftest.c -lopengl32 /tmp/ccec30zH.o:conftest.c:(.text+0xc): undefined reference to `wglCreateContext' conftest.c: #ifdef __cplusplus extern "C" #endif char wglCreateContext (); int main () {

i686 ld couldn't resolve wglCreateContext from libopengl32.a on x86_64 system

I've done fresh install of cygwin with setup-x86.exe @ Win10 LTSB 2015 x64. I've installed gcc-core and w32api-runtime packages. opengl32.dll in System32 folder is 32-bit dll With x86_64 install of cygwin ld able to find reference to wglCreateContext, with x86 - not. $ gcc -o

showing all JUNCTIONS as normal dirs as w/linux --bind (was Re: Cannot access volumes mounted with 'mklink...)

Corinna Vinschen wrote: They half-way work under Cygwin (junctions to volumes look like mounted file systems look under linux, but junctions to pathnames get converted by cygwin to symlinks -- losing information when such junctions are restored. Corinna -- could you _please_ re-look at

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

On 03/02/2017 11:28 AM, Brian Inglis wrote: > summary of checkbashisms -f run on 140 POSIX shell scripts as > identified by file in my Cygwin 64 /bin/ with 784 packages (about 20% > of cygwin-pkg-maint, 8% of setup.ini) installed, 70 possible issues > (some from wrapped scripts because of -f):

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

Eric Blake writes: > To reiterate my answer in different terms: > > If you can convince Fedora to switch /bin/sh to dash, then I will > immediately follow in Cygwin. Until then, I'm worried that there are > enough scripts in the wild that use bashisms and will therefore break if > /bin/sh is not

[ANNOUNCEMENT] tzcode/tzdata 2017a-1

The following packages have been uploaded to the Cygwin distribution: * tzcode-2017a-1 * tzdata-2017a-1 The Time Zone Database (often called tz or zoneinfo) contains code and data that represent the history of local time for many representative locations around the globe. It is updated

[ANNOUNCEMENT] MATE Desktop 1.16

The following packages have been uploaded to the Cygwin distribution: * atril-1.16.1-1 * caja-1.16.2-1 * caja-actions-1.8.2-1 * caja-extensions-1.16.0-1 * caja-follow-symlink-1.2.0-4 * caja-python-1.16.0-1 * engrampa-1.16.0-1 * eom-1.16.1-1 * eom-plugins-1.16.0-1 * libmatekbd-1.16.0-1 *

MATE Desktop 1.16

The following packages have been uploaded to the Cygwin distribution: * atril-1.16.1-1 * caja-1.16.2-1 * caja-actions-1.8.2-1 * caja-extensions-1.16.0-1 * caja-follow-symlink-1.2.0-4 * caja-python-1.16.0-1 * engrampa-1.16.0-1 * eom-1.16.1-1 * eom-plugins-1.16.0-1 * libmatekbd-1.16.0-1 *

/usr/bin/time -v (or -f=%M) is 64 times what it should be

This is probably another page size/count miscalculation. I use that field for benchmarking, so it means adding a Cygwin-specific hack to make the scripts portable to other Posix systems. Cheers, Marty -- Problem reports: http://cygwin.com/problems.html FAQ:

/usr/bin/top: RES and MEM% are 16 times VIRT

The RES column displayed by /usr/bin/top is 16 times as large as VIRT (as is MEM%, since it is presumably calculated from RES). From my observations, VIRT seems to agree with /proc/self/stat field 22 (0-origin), and matches what I expect. Not a big deal, but it surprised the heck out of me

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

On 2017-03-02 07:29, Eric Blake wrote: > On 03/02/2017 07:36 AM, Marco Atzeri wrote: >> On 02/03/2017 13:36, Steven Penny wrote: >>> On Wed, 1 Mar 2017 23:31:24, Vince Rice wrote: Then you haven't been paying attention. And I didn't even attempt to make an argument one way or the other,

RE: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

From: Eric Blake > ... > Until then, I'm worried that there are > enough scripts in the wild that use bashisms and will therefore break if > /bin/sh is not bash, even though that number has reduced somewhat since > Debian made their switch. > ... I was thinking of testing my scripts by changing

[PATCH] forkables: inline dll_list::forkables_supported

And LONG fits better for shared_info member forkable_hardlink_support. --- winsup/cygwin/dll_init.cc | 1 + winsup/cygwin/dll_init.h| 6 -- winsup/cygwin/fork.cc | 1 + winsup/cygwin/forkable.cc | 8 +--- winsup/cygwin/shared_info.h | 4 ++-- 5 files changed, 9

Re: ld internal script has wrong SEARCH-DIR settings

On 2017-03-02 09:05, sorryforaskingthis.bk.ru via cygwin wrote: $ ./ld --verbose [snip] OUTPUT_FORMAT(pei-i386) SEARCH_DIR("/usr/i686-pc-cygwin/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr/lib/w32api"); There is no libraries under /usr/i686-pc-cygwin/lib or /usr/lib or /usr/lib/w32api

ld internal script has wrong SEARCH-DIR settings

$ ./ld --verbose GNU ld (GNU Binutils) 2.25.2   Supported emulations:    i386pe using internal linker script: == /* Default linker script, for normal executables */ /* Copyright (C) 2014 Free Software Foundation, Inc.    Copying and distribution of

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

On 2017-03-02 06:36, Marco Atzeri wrote: > On 02/03/2017 13:36, Steven Penny wrote: >> On Wed, 1 Mar 2017 23:31:24, Vince Rice wrote: >>> Then you haven't been paying attention. And I didn't even attempt >>> to make an argument one way or the other, except to say stop >>> arguing. The horse is

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

On 03/02/2017 07:36 AM, Marco Atzeri wrote: > On 02/03/2017 13:36, Steven Penny wrote: >> On Wed, 1 Mar 2017 23:31:24, Vince Rice wrote: >>> Then you haven't been paying attention. >>> And I didn't even attempt to make an argument one way or the other,=20 >>> except to say stop arguing. The horse

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

On 02/03/2017 13:36, Steven Penny wrote: On Wed, 1 Mar 2017 23:31:24, Vince Rice wrote: Then you haven't been paying attention. And I didn't even attempt to make an argument one way or the other,=20 except to say stop arguing. The horse is dead.= Perhaps you could link to a constructive,

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

On Wed, 1 Mar 2017 23:31:24, Vince Rice wrote: Then you haven't been paying attention. And I didn't even attempt to make an argument one way or the other,=20 except to say stop arguing. The horse is dead.= Perhaps you could link to a constructive, concrete idea against the change that someone

Re: (fixup) [PATCH] forkables: use dynloaded dll's IndexNumber as dirname

Hi Michael, On Mar 1 20:18, Michael Haubenwallner wrote: > Hi Corinna, > > On 02/23/2017 03:03 PM, Corinna Vinschen wrote: > > Hi Michael, > > > > I'm inclined to promote the "forkables" code to master. I just have a > > few points before we do that: > > > > - Revert bumping of