Re: [Mingw-w64-public] MinGW-w64: Building linux64 and win32 hosted MinGW-w32 compiler with all the useful libs on Linux

[Ruben V. B. <van...@gm...>]

2012/12/30 Przemysław Pawełczyk <pr...@gm...>

> Hello, Ruben!
>
> On Sun, Dec 2, 2012 at 10:49 PM, Przemysław Pawełczyk <pr...@gm...>
> wrote:
> > I'm using your builds. They're useful and handy and I would like to
> > thank you for making them so far. It's really appreciated work.
> >
> > You're not providing newer ones recently. The last 4.7 build is from
> 2012-09-23.
> > But there is this repository:
> > https://github.com/rubenvb/MinGW-w64-build-scripts
> >
> > I never built mingw-w64 and I don't see in your repository any guide for
> that.
> >
> > Would you be that kind and explain briefly how I should use these
> > scripts in 64-bit linux (debian wheezy user here with gcc 4.7.2), just
> > for the record) to build most up-to-date version of:
> > a) linux64 hosted mingw-w32 compiler
> > b) win32 hosted mingw-w32 compiler
> > based on gcc 4.7.x and with all convenient libs and distributed with
> > headers you're bundling with your releases?
> >
> > I'm especially interested in linux64 variant, so if I had to choose
> > which one you could comment on due to limited time of yours, I would
> > definitely choose this one, as I'm mostly Linux-oriented user, that
> > only has to deal sometimes with Windows.
> >
> > Is there any chance you could provide a bit of your support and
> > explanation so I would be able to build nice linux64 mingw-w32
> > all-in-the-box suite myself?
>
> Thank you for your recent builds! Unfortunately there is no recent
> (regarding to the used revision) non-dw2 release, so I have to go with
> some dw2 one.
>

That is untrue: each dw2 build is just additional to the regular builds. I
ensured all the dw2 builds are now in gcc-dw2-<version>-release
subdirectories, and the normal (sjlj) are in gcc-<version>-release.


>
> E.g. i686-w64-mingw32-gcc-dw2-4.7-1-stdthread-win32_rubenvb.7z has
> updates I was waiting for, like additions to winternl.h, so I can
> finally use NtQueryVolumeInformationFile out-of-the-box. So I thought,
> but well, actually that's not really true or I am doing something
> wrong.
>
> CU (with #include <winternl.h>) compiles fine, but ld spits "undefined
> reference to 'NtQueryVolumeInformationFile@20'", even when I link
> ntdll or ntoskrnl (their .a have this function, but preceded with
> underscore). Is there any chance you know what's wrong here?
>

I assume this is some mingw-w64 trunk (v3) addition. For that MinGW-w64
version, I recommend the gcc-4.8-unstable build, which is pretty near final
release and will be ABI compatible with the final GCC 4.8.0. I CC'ed the
mingw-w64 list because they will be able to help you with this problem.
(Kai or JonY or Jacek or sezero or whoever, see above). I'm guessing a
little test program that shows this issue will be welcome and expedite the
resolution of this problem.

Cheers,

Ruben


>
> Regards.
>
> --
> Przemysław 'Przemoc' Pawełczyk
> http://przemoc.net/
>