An Bo | 1 May 10:44 2015
Picon

Build path strings inside my binary libraries

Hello, I have built some libraries with MinGW/MSYS and I noticed that the build path is saved in them, in the form:

C:\MinGW\msys\1.0\home\UserName\LibraryDir

How can I prevent that information from being saved to the binaries?
.A, .DLL and .EXE files are all affected by this, with the build path appearing multiple times in each file.

This isn't so much a privacy issue as it is a practical one: useless stuff that my users don't need ought to be
stripped. I'm curious to know why this happens in the first place. Am I forgetting to pass a flag to the
configure script? Thanks.

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

(Continue reading)

רונן לוי | 30 Apr 16:49 2015
Picon

Fwd: Needs to add patches to gcc-2.8.1.tar.gz

Hi,

explains how to customize gcc-2.8.1.tar.gz for adding new capabilities in parsing
c++ header files which generates them in XML format.

I have searched how to compile gcc-2.8.1.tar.gz source files (plus patches)
and I came accross Mingw. After installing on windows 7 (32bit machine) I managed
to compile and run "Hello, World" example.

But, the current Mingw binary distribution comes with gcc-4.61...

I downloaded the gcc-2.8.1.tar.gz sources, merged the patches, and now I need
to compile it. For that, I will need some guidance where to start, and how to accomplished this task using Mingw.

Regards,
Ronen
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Clive Crous | 29 Apr 12:28 2015
Picon

Automated install on a headless build machine

Hi,

I'm busy scripting an automated build/deploy of boxes that, in turn, build my software. I've been attempting to find a way of automating the execution of `mingw-get-setup.exe` but have not been able to find any references or information on command-line arguments, or if this is in fact even possible.

Any information on automating mingw installations or deployments would be greatly appreciated.

Thank you,
Clive
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Germán Arias | 28 Apr 01:39 2015
Picon

Package an standalone app

Hi all, I built my project successfully on MinGW. Now I want make an
standalone package, adding all necessary DLLs within my app. I'm
following some old instructions about how do this (with GNUstep), but
with latest mingw I'm unable to achieve this. When I launch the app I
get a window with the message (this is a translation from Spanish) "The
application stop working", and the window show some info at bottom.
Something like "The module with errors is:  libobjc-4.dll". Any idea
about how solve this? Or any advice about the correct way to achieve
this? Thanks.

Germán

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
MinGW-users mailing list
MinGW-users <at> lists.sourceforge.net

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request <at> lists.sourceforge.net?subject=unsubscribe
David Gressett | 27 Apr 18:24 2015

Failure building gcc 5.1

Has anyone tried to build gcc 5.1? I already had a failure building
 4.9.2  because of a Fortran runtime library problem with  
mingwrt 3.21, but my first attempt at 5.1 failed before it got to 
Fortran. The problem was in the Ada runtime library:

adaint.c: In function 'void __gnat_stat_to_attr(int, char*, file_attributes*)':
adaint.c:1022:20: error: aggregate 'stat64 statbuf' has incomplete
type and cannot be defined
   GNAT_STRUCT_STAT statbuf;
                    ^
adaint.c:1027:35: error: 'fstat64' was not declared in this scope
     ret = GNAT_FSTAT (fd, &statbuf);

Again, this appears to be the gcc crew making incorrect assumptions
about the content of the C runtime libray used by the building
compiler. In this case, the assumption is (at least) that there is
an fstat64 defined and that the header files define structure named
stat64. It appears that I need to make a detailed analysis of just
exactly what is in mingwrt-3.21, as the best solution to this is
probably going to be the creation of a mingwrt-3.22 that has the
missing pieces.

It might be better to discuss the details on the
MinGW-dvlpr list; is anybody here reading it? 

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Kulanthaivel, Konguraj | 23 Apr 23:19 2015
Picon

Mingw for windows mobile 8.1 or 10

Hi,

I am new to mingw. I want compile some hello world console app and metro app using mingw tool kit for Windows mobile platform. will current version of the mingw make support for  windows mobile platform(8.1 or 10 version)

 

Regards

Raj

 

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Philip Ostle | 20 Apr 00:21 2015
Picon

Nubie user. What am I doing wrong

Help needed.

A bit of background
I am an experienced Delphi programmer since it was Turbo pascal, so not 
a novice.
I wrote a geodetic library many years ago but lost all my source code 
(long sad story) anyway, the DLL worked fine for me up until I moved to 
XE7 so need to re-write it for 64 bit.

I'm now using Windows 8 (64 bit)

I found the boost lib on the net so most of the work has already been 
done so why not use it as a base.(re-inventing wheels).
When its compiled, I'll put a Delphi wrapper around it

So I downloaded MinGW (32 bit) from source forge ... and it didn't work. 
The 'Stddef.h' file was missing and stopped dead.
I saw that there was a development version so downloaded that and found 
the missing file. I compiled a simple hello world.hpp program and 
everything looked ok.

Started to compile the boost lib but it failed to find any of the 
include files so kept adding -I directive and specified the all the 
include directories where I knew the files were located.

command line was gcc infile.hpp  -v -I -I -I ... outfile

whatever I did, It would not find any of the .hpp files
I though it was something to do with the long filenames even though they 
were surrounded by "" so
I tried using the 8.3 ~ versions ... same result
Thought it might be the \ and / problem so changed all \ to / ... same 
result
(since windows 98 , either is recognised but there are some problems in 
the cmd prompt. Dir .../aDirectory won't work as the shell thinks you 
want to change an attribute)
Copied the entire source to c:\ and renamed all the subdirs to short 
names... same result.

Though I must have screwed something up in the install so then I saw the 
64 bit version (mingw-w64) was available.. A Ha!!!

Downloaded the installer from sourceforge and installed to the default 
directory in program files (I added the exe path to the path variable 
and removed the Mingw32 one.
Tried to compile and bugger me ... same result.

As I came across each error such as
'boost/config.hpp: No such file or directory
  #include <boost/config.hpp>, I copied the file to the directory where 
the script was running ... same result.

However, in the HPP files, as it calls the includes with 
<dir/dir/filename.hpp> as per <boost/config.hpp> above, I had a brain 
wave and manually removed the dir/dir to leave just<filename.hpp>

Bingo it finds the file, only to fail on the next .hpp file that has 
<dir/dir/filename.hpp>

After threading through this and changing 10 files, I have given up. 
This can't be right. The compiler must be able to find the files in the 
include search order irrespective of what it written in the file, 
shouldn't it?

The include list must be correct as it finds the files as long as I 
remove the redirection in the <> and just leave the filename.

What I am doing wrong?

A sample compiler output is shown below but all the others are the same. 
Files exist and include directories are recognised by the compiler.

Apart from the duplicate directory entries (which I don't know how to 
fix) It looks ok to me.
It's accepting the include directories and lists them first (so I assume 
that is the search order).

Sorry it's such a long winded question. Spent all day on this.

++++++++++++++++++++++++++++++++++++++++
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=C:/Program\ 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.9.2/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../../../src/gcc-4.9.2/configure 
--host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 
--target=x86_64-w64-mingw32 --prefix=/mingw64 
--with-sysroot=/c/mingw492/x86_64-492-posix-seh-rt_v4-rev2/mingw64 
--with-gxx-include-dir=/mingw64/x86_64-w64-mingw32/include/c++ 
--enable-shared --enable-static --disable-multilib 
--enable-languages=ada,c,c++,fortran,objc,obj-c++,lto 
--enable-libstdcxx-time=yes --enable-threads=posix --enable-libgomp 
--enable-libatomic --enable-lto --enable-graphite 
--enable-checking=release --enable-fully-dynamic-string 
--enable-version-specific-runtime-libs --disable-isl-version-check 
--disable-cloog-version-check --disable-libstdcxx-pch 
--disable-libstdcxx-debug --enable-bootstrap --disable-rpath 
--disable-win32-registry --disable-nls --disable-werror 
--disable-symvers --with-gnu-as --with-gnu-ld --with-arch=nocona 
--with-tune=core2 --with-libiconv --with-system-zlib 
--with-gmp=/c/mingw492/prerequisites/x86_64-w64-mingw32-static 
--with-mpfr=/c/mingw492/prerequisites/x86_64-w64-mingw32-static 
--with-mpc=/c/mingw492/prerequisites/x86_64-w64-mingw32-static 
--with-isl=/c/mingw492/prerequisites/x86_64-w64-mingw32-static 
--with-cloog=/c/mingw492/prerequisites/x86_64-w64-mingw32-static 
--enable-cloog-backend=isl --with-pkgversion='x86_64-posix-seh-rev2, 
Built by MinGW-W64 project' 
--with-bugurl=http://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 
-pipe -I/c/mingw492/x86_64-492-posix-seh-rt_v4-rev2/mingw64/opt/include 
-I/c/mingw492/prerequisites/x86_64-zlib-static/include 
-I/c/mingw492/prerequisites/x86_64-w64-mingw32-static/include' 
CXXFLAGS='-O2 -pipe 
-I/c/mingw492/x86_64-492-posix-seh-rt_v4-rev2/mingw64/opt/include 
-I/c/mingw492/prerequisites/x86_64-zlib-static/include 
-I/c/mingw492/prerequisites/x86_64-w64-mingw32-static/include' CPPFLAGS= 
LDFLAGS='-pipe 
-L/c/mingw492/x86_64-492-posix-seh-rt_v4-rev2/mingw64/opt/lib 
-L/c/mingw492/prerequisites/x86_64-zlib-static/lib 
-L/c/mingw492/prerequisites/x86_64-w64-mingw32-static/lib '
Thread model: posix
gcc version 4.9.2 (x86_64-posix-seh-rev2, Built by MinGW-W64 project)
COLLECT_GCC_OPTIONS='-v' '-I' 
'C:/Source/Geometry/other/programs/proj4_to_boost' '-I' 
'C:/Source/Geometry/boost/algorithm' '-I' 
'C:/Source/Geometry/boost/algorithm/string' '-I' 
'C:/Source/Geometry/boost/geometry/geometries' '-mtune=core2' 
'-march=nocona'
  C:/Program

Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.9.2/cc1plus.exe 
-quiet -v -I C:/Source/Geometry/other/programs/proj4_to_boost -I 
C:/Source/Geometry/boost/algorithm -I 
C:/Source/Geometry/boost/algorithm/string -I 
C:/Source/Geometry/boost/geometry/geometries -iprefix C:/Program

Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.2/ 
-D_REENTRANT 
C:/Source/Geometry/other/programs/proj4_to_boost/proj4_to_boost_geometry.cpp 
-quiet -dumpbase proj4_to_boost_geometry.cpp -mtune=core2 -march=nocona 
-auxbase proj4_to_boost_geometry -version -o 
C:\Users\Philip\AppData\Local\Temp\cc3Pc6y5.s
GNU C++ (x86_64-posix-seh-rev2, Built by MinGW-W64 project) version 
4.9.2 (x86_64-w64-mingw32)
     compiled by GNU C version 4.9.2, GMP version 6.0.0, MPFR version 
3.1.2-p9, MPC version 1.0.2
warning: MPFR header version 3.1.2-p9 differs from library version 
3.1.2-p10.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring duplicate directory "C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.2/include"
ignoring nonexistent directory 
"C:/mingw492/x86_64-492-posix-seh-rt_v4-rev2/mingw64C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../include"
ignoring duplicate directory "C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.2/include-fixed"
ignoring duplicate directory "C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/include"
ignoring nonexistent directory 
"C:/mingw492/x86_64-492-posix-seh-rt_v4-rev2/mingw64/mingw/include"
#include "..." search starts here:
#include <...> search starts here:
  C:/Source/Geometry/other/programs/proj4_to_boost
  C:/Source/Geometry/boost/algorithm
  C:/Source/Geometry/boost/algorithm/string
  C:/Source/Geometry/boost/geometry/geometries
  C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.2/include
  C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.2/include-fixed
  C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/include
  C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/lib/gcc/../../x86_64-w64-mingw32/include/c++
  C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/lib/gcc/../../x86_64-w64-mingw32/include/c++/x86_64-w64-mingw32
  C:/Program 
Files/mingw-w64/x86_64-4.9.2-posix-seh-rt_v4-rev2/mingw64/lib/gcc/../../x86_64-w64-mingw32/include/c++/backward
End of search list.
GNU C++ (x86_64-posix-seh-rev2, Built by MinGW-W64 project) version 
4.9.2 (x86_64-w64-mingw32)
     compiled by GNU C version 4.9.2, GMP version 6.0.0, MPFR version 
3.1.2-p9, MPC version 1.0.2
warning: MPFR header version 3.1.2-p9 differs from library version 
3.1.2-p10.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: d3e8a972806c8fc76c113b5e63f25d20
In file included from C:/Source/Geometry/boost/algorithm/string.hpp:18:0,
                  from 
C:/Source/Geometry/other/programs/proj4_to_boost/proj4_to_boost_geometry.cpp:18:
C:/Source/Geometry/boost/algorithm/string/std_containers_traits.hpp:18:28: 
fatal error: boost/config.hpp: No such file or directory
  #include <boost/config.hpp>
++++++++++++++++++++++++++++++++++++++++

-- 
Best Regards
Philip Ostle
ALSN SPM
Ile de Brehat
+47 2367 4917 then 611 (VSAT Cabin)
+870 363 523 015       (Inmarsat Cabin)
+44 7802 313750        (Mobile when in Range)
=============================================

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Giorgos Bontzios | 15 Apr 12:54 2015
Picon

static libraries license

Hi to all,

when compiling my project,
MINGW calls several system libraries many of them are then static linked to the final executable.

E.g.

libm.a
libz.a
libwinpthread.a

This is just an indicative shortlist. The actual number may exceed 100 - it's a big project.

While MINGW is covered by an MIT-licese, what happens when these libs are static linked to the executable?
Do I have to check the license of every such lib?

Thanks,
Giorgos
------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Renato Silva | 13 Apr 13:48 2015
Picon

Universal CTR

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Hitoshi Ozeki | 9 Apr 18:26 2015
Picon

Re: [Mingw-msys] unistd.h: compilation errors

From: Rama Krishna
> 
> I tried to use MinGW for FFMPEG build. I am finding below compilation errors:
> Can somebody help me to resolve these errors?
> ----------------------------------------------------------------------------------------------------------------------------------
> c:\mingw\include\unistd.h:79:1: error: expected ',' or ';' before 'int'
>  int __mingw_sleep( unsigned long, unsigned long );
>  ^

By any chance:  `sed s/_cdecl/__cdecl/ /mingw/include/unistd.h`

-- 
Hitoshi Ozeki hts.ozeki (at) gmail.com

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

James Franco | 8 Apr 20:10 2015
Picon

Issue with using __uuidof in Mingw64. Does Mingw support it ?

I am in the process of porting some code from Visual Studio to Mingw 64 bit using . The details of my gcc are mentioned below

c:\mingw64\bin>gcc --version
gcc (x86_64-win32-seh-rev3, Built by MinGW-W64 project) 4.8.2
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Now in my code I have something like this

MemTest::MemTest(LPUNKNOWN ptr, HRESULT *hr, OutputBuffer *buffer)
: TVideoRender(__uuidof(CLSID_MemTest)),
{
   ....
   ....
}

At this point I get the linker error


undefined reference to `_GUID const& __mingw_uuidof<CLSID_MemTest>()'

Any suggestions on how to resovle this issue ?
------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Gmane