Greg Chicares | 1 May 01:23 2009
Picon
Picon

Re: linking error

On 2009-04-30 21:57Z, Roger Durañona Vargas wrote:
>
> ld.exe: invalid BFD target `dynamic'
> The project compiles ok, but exe is never generated. Im using
> Code::Blocks with the included gcc 3.4.5.

It might be interesting to see the actual linker command.

Perhaps there's a problem in the toolchain distributed by Code::Blocks.
Try building at the command line using the latest official toolchain
from mingw.org .

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
--

-- 
_______________________________________________
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.

Most annoying abuses are:
1) Top posting
2) Thread hijacking
(Continue reading)

David | 1 May 08:28 2009
Picon

Building pwlib/ptlib on Windows XP - Problem with Configure script?

I want to build PWLib - package ptlib-2.4.1.tar.gz - and libOPAL on 
Windows XP to study and understand how Videoconferencing and VoIP 
applications are functioning.

As I could not find a terminal in MSYS, I used the Cygwin xterm and did 
the following things:

I assumed I need to download and install the Microsoft DirectX SDK, and 
I did that.

Then in the cygwin xterm I did the following thing:

export PATH=/cygdrive/c/MinGW/bin:$PATH

The call  to the configure script:

./configure --host=mingw32 
--with-directx-includedir=/cygdrive/c/Programme/Microsoft\ DirectX\ SDK\ 
\(March\ 2009\)/Include

Among the messages were:

checking for DirectX includes in /cygdrive/c/Programme/Microsoft DirectX 
SDK (March 2009)/Include...
checking mingw_dshow_port.h usability... no
checking mingw_dshow_port.h presence... no
checking for mingw_dshow_port.h... no
checking control.h usability... no
checking control.h presence... no
checking for control.h... no
(Continue reading)

Greg Chicares | 1 May 11:57 2009
Picon
Picon

Re: Building pwlib/ptlib on Windows XP - Problem with Configure script?

On 2009-05-01 06:28Z, David wrote:
> I want to build PWLib - package ptlib-2.4.1.tar.gz - and libOPAL on 
> Windows XP to study and understand how Videoconferencing and VoIP 
> applications are functioning.
> 
> As I could not find a terminal in MSYS, I used the Cygwin xterm and did 
> the following things:

Does this package's 'configure' script require a terminal?

> I assumed I need to download and install the Microsoft DirectX SDK, and 
> I did that.
> 
> Then in the cygwin xterm I did the following thing:
> 
> export PATH=/cygdrive/c/MinGW/bin:$PATH

The risk here is that $PATH will include Cygwin libraries
along with MinGW tools: e.g., you might be mixing incompatible
C runtime libraries.

> The call  to the configure script:
> 
> ./configure --host=mingw32 
> --with-directx-includedir=/cygdrive/c/Programme/Microsoft\ DirectX\ SDK\ 
> \(March\ 2009\)/Include

Pathnames with spaces create another risk: they don't always
work well with *nixy tools.

(Continue reading)

Earnie Boyd | 1 May 13:16 2009
Picon
Picon

Re: Missing Msys RXTV Window

Quoting Mike Deverin <devfam47@...>:

>
> Where is the MSYS icon that produces an MSYS window ("RXVT" window?)
> suitable for programming?
>

You can create the desktop shortcut yourself.  You must ``Start in''  
c:\msys\1.0\bin.  The msys-1.0.dll contains the icon.

--
Earnie

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
--

-- 
_______________________________________________
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.

Most annoying abuses are:
1) Top posting
(Continue reading)

Earnie Boyd | 1 May 13:21 2009
Picon
Picon

Re: Headers for free distribution like for win32api

Quoting Simon Holm Thøgersen <odie@...>:

>
> I need someone that does not and never will contribute to mingw
> code-wise to write up some prose on the interfaces and the order of
> their declared methods (but no need to include parameters etc. since
> that is published on MSDN). They may use an OLE COM viewer to do this
> work.
>

Yes.

> Can they also simply use the SDK headers from MS or is that a no-go? As
> far as I can tell from the summary it should be okay, but I'd like to be
> absolutely sure before I try to pursuade anyone into doing the work.
>

They can look at the headers as long as they have no connection to MinGW.

> That also leads to the question, anyone on this list volunteering?
>

I would like to see a project opened but those associated to that  
project should not communicate to this project.  Otherwise I would  
have already.

--
Earnie

------------------------------------------------------------------------------
(Continue reading)

Devin Smith | 2 May 02:09 2009
Picon

COM support and INITGUID

Hi,

How exactly does INITGUID ever get defined?

I have this in my header file:

#include <objbase.h>
#include <initguid.h>

/* Define the library ID (LIBID) */
DEFINE_GUID(LIBID_mingwcom, 0x6fc10990,0xbc73,0x4dff,0xab, 0x63, 0xdf,
0xb1, 0x86, 0x8, 0x1e, 0x81);

Since INITGUID never gets defined the preprocessor converts this
DEFINE_GUID into

extern const GUID LIBID_mingwcom =
{0x6fc10990,0xbc73,0x4dff,{0xab,0x63,0xdf,0xb1,0x86,0x8,0x1e,0x81}};

and this causes a warning with gcc:
warning: `LIBID_mingwcom' initialized and declared `extern'

Now I can fix this by going into include/basetyps.h around line 170 and flipping
the !defined(INITGUID) to a defined(INITGUID) and the warning goes away.
This seems like a bad solution though.  What is the correct solution?

In this file, around line 170 we have:

#if !defined(INITGUID) || (defined(INITGUID) && defined(__cplusplus))
#define GUID_EXT EXTERN_C
(Continue reading)

Berwyn | 2 May 10:22 2009
Picon

Re: long long multiplication bug

Keith Marshall <keithmarshall <at> ...> writes:

> Possibly because you are using Vista, as Kai explained, or you've 
> adopted the alternative printf() implementation in mingwrt-3.15.2,
> (triggered with -ansi or -posix, or -std=... which implies either),
> which *does* accept all *strictly* conforming ANSI format specs, in 
> addition to the Microsoft odd-balls, irrespective of which version 
> of MSVCRT you happen to have installed.  (This alternative printf() 
> implementation was first introduced in mingwrt-3.15; the initial 
> releases exhibited some minor bugs, which were addressed in 
> mingwrt-3.15.2).

Hi Keith, are you perchance suggesting that if I upgrade to mingwrt-3.15.2
(which I have now done), that I might be able to use %lld in my printf instead
of %I64d?  I have tried this and it does not seem to work.  Where exactly am I
supposed to use these -ansi or -posix flags?  I've tried passing them to gcc but
no change.

BTW: I am using Win XP Pro, not Vista.

Thank you,
Berwyn

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
--

-- 
(Continue reading)

Keith Marshall | 2 May 12:14 2009
Picon
Picon

Re: long long multiplication bug

On Saturday 02 May 2009 09:22:25 Berwyn wrote:
> Hi Keith, are you perchance suggesting that if I upgrade to
> mingwrt-3.15.2 (which I have now done), that I might be able to
> use %lld in my printf instead of %I64d?

Yes.

> I have tried this and it does not seem to work.  Where exactly am 
> I supposed to use these -ansi or -posix flags?  I've tried passing 
> them to gcc...

On the command line?  As in

  gcc -posix -o foo foo.c ...

That's how they should be set.

> but no change.

Have you #included stdio.h?  Works fine for me...

> BTW: I am using Win XP Pro, not Vista.

...and I'm still on Win2K, or with wine on GNU/Linux.  Can you post 
a minimal, self contained test case, to illustrate why you think it 
isn't working for you, please.

--

-- 

Regards,
(Continue reading)

Earnie Boyd | 2 May 14:59 2009
Picon
Picon

Re: COM support and INITGUID

Quoting Devin Smith <devinsmith@...>:

>
> In this file, around line 170 we have:
>
> #if !defined(INITGUID) || (defined(INITGUID) && defined(__cplusplus))

>
> The change flips it to:
>
> #if defined(INITGUID) || (defined(INITGUID) && defined(__cplusplus))

This is effectively the same as

#if defined(INITGUID) && defined(__cplusplus)

which sounds like the correct fix to me.

--
Earnie

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
--

-- 
_______________________________________________
MinGW-users mailing list
(Continue reading)

Chris Wilson | 2 May 15:12 2009

Re: COM support and INITGUID

Hi Earnie,

On Sat, 2 May 2009, Earnie Boyd wrote:

>> The change flips it to:
>>
>> #if defined(INITGUID) || (defined(INITGUID) && defined(__cplusplus))
>
> This is effectively the same as
>
> #if defined(INITGUID) && defined(__cplusplus)
>
> which sounds like the correct fix to me.

Are you sure? It looks like just:

   #if defined(INITGUID)

to me. (If INITGUID is defined, __cplusplus will never be checked, and if 
it's not, __cplusplus will never be checked either).

Cheers, Chris.
--

-- 
_____ __     _
\  __/ / ,__(_)_  | Chris Wilson <0000 at qwirx.com> - Cambs UK |
/ (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer |
\__/_/_/_//_/___/ | We are GNU : free your mind & your software |

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
(Continue reading)


Gmane