mingw-users Mailing List for MinGW - Minimalist GNU for Windows

Aaron W. LaFramboise wrote:
> Have you considered SDL or Allegro?  There is also GLUT.

Last time I looked at these they had issues, but that was a few years 
ago. I should probably take another look, especially if they work with 
MinGW.

-- 
John Gaughan
http://www.johngaughan.net/
jo...@jo...

John Gaughan wrote:

> Aaron W. LaFramboise wrote:
> 
>>My advice for aspiring 3D open source developers: Use OpenGL (which
>>also ports to pretty much any other system of interest), or use MSVC.
>> ...making baby RMS cry. :(
> 
> 
> Are there legal issues with the other DirectX components such as 
> DirectSound, DirectInput, and DirectDraw?

I don't know.  I'd like to say no, but that would only be a guess.

> I am designing a cross-platform game and so far I have yet to find a 
> library for sound, input and 2D graphics that does what OpenGL does for 3D.

Have you considered SDL or Allegro?  There is also GLUT.

Aaron W. LaFramboise

I was not subscribed to this list.  Since (apparently?) I must be,
please change the
http://lists.sourceforge.net/lists/listinfo/mingw-users page to so
indicate.

PROBLEM:  I am attempting to build rsync v2.6.2 with MSYS.
Running 'configure --prefix=/usr', configure dies with:
"checking for socklen_t... no
checking for socklen_t equivalent... 
configure: error: Cannot find a type to use in place of socklen_t"

I googled a posting that (I think) contains my answer, but I am too
stupid to implement
it.  You're familiar with "IANAL"?  Well, IANAP!

In
http://article.gmane.org/gmane.comp.gnu.mingw.user/4588/match=+socklen+rsync
Earnie says to:
#ifdef _WIN32
# include <winsock2.h>
#endif
But I don't know _WHERE_ to put that!  I think I can figure out where to
put
-lws2_32
but it wouldn't hurt to explain where that goes...  Please help an
idiot.
--gypsy

Aaron W. LaFramboise wrote:
> My advice for aspiring 3D open source developers: Use OpenGL (which
> also ports to pretty much any other system of interest), or use MSVC.
>  ...making baby RMS cry. :(

Are there legal issues with the other DirectX components such as 
DirectSound, DirectInput, and DirectDraw?

I am designing a cross-platform game and so far I have yet to find a 
library for sound, input and 2D graphics that does what OpenGL does for 3D.

-- 
John Gaughan
http://www.johngaughan.net/
jo...@jo...

SourceForge.net wrote:
> I would not gamble on the OS tracking heap allocations and recovering
> those entries not explicitly released.  Take MS win9x for example.
> That hemorrhaged memory in this way from my experience.

The old DOS-based Windows (95-ME) memory manager is full of holes, but 
NT-based Windows, especially starting with 2000, are fairly bulletproof. 
I have done a bit of programming in 2000 and XP and have yet to have one 
of my programs screw things up to the point that memory is screwed up 
after my program is done running.

> Deconstructing and releasing costs noticeably nothing, it would be
> better for libstd++ not to take this short cut.

Very true, especially when deallocating small numbers of objects or 
larger objects. Deconstructing and deallocating a large number of small 
objects can be noticeable, but I have the attitude that a programmer 
should do the right thing even if it is a little bit slower. I guess 
that is my Java training showing through ;-)

-- 
John Gaughan
http://www.johngaughan.net/
jo...@jo...

Is there a chance that a patch would be accepted that makes off_t 64 bit when 
defining a special flag like _LARGEFILE_SOURCE?
As far as I can see only _off_t is used in the function and struct prototypes.

Regards,
Sascha

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2689653
By: bviksoe

Any plans to update to the latest version of GDB?


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Joshua Pollak wrote:

> Shadow2531, Could you write explicit instructions on how to duplicate your effort? 
> It may not be illegal for you to redistribute your modified DXSDK, but it 
> is legal to describe how you made the change...
> 
> We'd like to duplicate it as well.
> 
> Also, could someone explain why the DirectX 9 SDK can't be used directly 
>  with MinGW? Why can't we just link GCC with DirectX's .lib files?
> 
> -Josh
> 

O.K.

Here are the directions.

http://home.tbbs.net/shadow/misc/dxconvert.zip

Keep in mind, that I don't really know what I'm doing, but that's how I did it.

It works in testing, but as others have mentioned there's more to it than that 
to make it 100% compatible (aside from licensing etc.).

Shadow2531

Joshua Pollak wrote:

> Could you write explicit instructions on how to duplicate your effort? 
> It may not be legal for you to redistribute your modified DXSDK, but it 
> is legal to describe how you made the change...
> 
> We'd like to duplicate it as well.
> 
> Also, could someone explain why the DirectX 9 SDK can't be used directly 
>  with MinGW? Why can't we just link GCC with DirectX's .lib files?
> 
> -Josh
> 

Yes, I will do that.  I already made a program to easily do some renaming of any 
of the lib files that don't need to be converted by reimp.  I'm also going to 
make a similar thing to help reimp so you convert them all in one command. 
(Previously I used a batch file) with reimp this, reimp that etc...

Quickly I will summarize what I did, till I write the full description.

extracted reimp from the mingw utilities at the mingw site.

Since reimp will only convert files that need converting, I just created a batch 
file that did

reimp file.lib

for all the files

For the files that reimp didn't need take care of, I just changed their .lib 
extension to .a

The created obj files, I changed the extension to .o

Reimp created a bunch of temp files (to create the obj files I think). I just 
deleted all of those.

For the header files, I just deleted the illegal character at the end of dxfile.h.

Then I slapped it all together.

I'll be more specific when I get a chance.

Shadow2531

Hi Neil
What I meant was to order  the -l dependencies the way I had as they
need to be included such that exports are located before they are
needed to link from lowest and oldest to highest  Opengl32 was
first then came glu32 then glut32 and my ordering was all on one line
-lopengl32 -lglu32 -lgdi32 -luser32 -lglut32 -mwindows
this gets ld.exe the exports before the imports so it
can link the assembled program correctly. I added
-mwindows in case your problem has anything to
do with console windows.

-- 
Alan Donaly
d.d...@at...
No affiliations ,artist , Free software advocate.
Homesite is http://www.adonalypgs.esmartweb.com
alternate email ap_...@ht...

Joshua Pollak wrote:
> Also, could someone explain why the DirectX 9 SDK can't be used directly 
>   with MinGW? Why can't we just link GCC with DirectX's .lib files?

One unfortunate issue here is that, presently, the D3DX library,
essential for Direct3D, is only availible as a static library in release
form.  Everyone seems to neglect this.

As it were, the static library required features that the GNU toolchain
does not yet implement.  In particular, D3DX is MSVC C++ code, despite
the fact that it exports a C-accessable interface.  There are at least
two substantial inadequacies that prevent this from working seamlessly.
 I have fixed all of these problems locally, but I have not yet made
time to put these into a form suitable for recontribution.

Basically, this means: at this time, while it is possible to get DirectX
working for testing purposes, there are substantial barriers to using it
for production executables with the GNU tools.

In addition, the conflicts with manditory recontribution licenses are
fairly intractable.

My advice for aspiring 3D open source developers: Use OpenGL (which also
ports to pretty much any other system of interest), or use MSVC.
...making baby RMS cry. :(

Aaron W. LaFramboise

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2689099
By: chicares

> it would be better for libstd++
> not to take this short cut

It's configurable:

http://gcc.gnu.org/onlinedocs/libstdc++/20_util/allocator.html

Does that leave a problem unaddressed?


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Joshua Pollak wrote:

>
> Also, could someone explain why the DirectX 9 SDK can't be used 
> directly  with MinGW? Why can't we just link GCC with DirectX's .lib 
> files?
>
As long as you don't need to distribute your software source as required 
by the GPL there isn't any reason that I know of.  If your license is 
GPL then the MS SDK license isn't compatible with it and you would 
violate both licenses.

Earnie

-- 
http://www.mingw.org
http://sourceforge.net/projects/mingw
https://sourceforge.net/donate/index.php?user_id=15438

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2688985
By: now3d

I would not gamble on the OS tracking heap allocations and recovering those
entries not explicitly released.  Take MS win9x for example.  That hemorrhaged
memory in this way from my experience.

Deconstructing and releasing costs noticeably nothing, it would be better for
libstd++ not to take this short cut.
now3d

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Shadow2531,

Could you write explicit instructions on how to duplicate your effort? 
It may not be legal for you to redistribute your modified DXSDK, but it 
is legal to describe how you made the change...

We'd like to duplicate it as well.

Also, could someone explain why the DirectX 9 SDK can't be used directly 
  with MinGW? Why can't we just link GCC with DirectX's .lib files?

-Josh

Shadow2531 wrote:

> I recently converted the MS DirectX 9 SDK for mingw, for a person. (Just
> used reimp on the libs, renamed the object files and got rid of an illegal
> character in one of the headers.
> 
> The person couldn't compile anything DirectX related, so I found a mingw
> compatible sdk at http://www.bloodshed.net/dev/packages/index.html .
> However it is incomplete, so I converted the entire DX9 SDK.
> 
> The person has been testing it with his MS DX lessons/tutorials he has and
> it has worked 100% so far.
> 
> This is my first time ever messing with DX so I don't know if I setup the
> SDK 100%, but I do see a lot of "mingw doesn't work with DX" posts in the
> archives, so here ya go.
> 
> http://home.tbbs.net/shadow/misc/mingw-DX9SDK.zip
> 
> (The file is not guaranteed to be up for any amount of time, so don't rely
> on it being there forever)
> 
> Forgive me if this is old news.
> 
> Shadow2531
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> 

Danny Smith wrote:

 > You may not be aware of this, but direct{8,9}x  has already been added
 > to the mingw w32api in CVS (as of 27 Mar 2004).

Using SourceForge's web based CVS browser, I couldn't find the DX SDK in 
w32api. Where is it? Is there something special we need to do to get it? 
Is it under a tag?

Thanks,

Josh

> I tried to build a math/signal processing package IT++ using Mingw.
>=20
> It shows some compile error like below

[snip]

> It seems there is a redefinition about structure "timeval" at two head fi=
les.
> How can I work around this problem?

Well, you already have analysed the problem. The (obvious) solution
is to not include the dublicated definition of 'struct timeval'.

Without knowing your sources I'd suggest you surround the line
#include <sys/time.h>
in base/timing.cpp with lines like
#if !defined(__MINGW32_VERSION)
#include <sys/time.h>
#endif
i.e. you omit including sys/time.h when compiling with MinGW.

Of course the actual solution might be more complex but is should
be similar.

Last not least you should check wether the definitions of timeval
are the same in sys/time.h and winsock2.h (just to be sure).

Best,
Michael
=2D-=20
 Vote against SPAM - see http://www.politik-digital.de/spam/
 Michael Gerdau       email: mg...@te...
 GPG-keys available on request or at public keyserver

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2688045
By: benibela

Thank you again

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2687818
By: wangjh

Hi

I tried to build a math/signal processing package IT++ using Mingw.

It shows some compile error like below

$ make
make[1]: Entering directory `/f/Project/IT++/it++3.7.3/src'
g++ -Wall -pipe -D__unix -O3 -DNDEBUG -DASSERT_LEVEL=1 -I../include
-I../src/base/fftw -c base/timing.cpp -o base/timing.o
In file included from base/timing.cpp:27:
c:/progra~1/mingw/include/sys/time.h:7: redefinition of `struct timeval'
c:/progra~1/mingw/include/winsock2.h:99: previous definition of `struct timeval
   '
base/timing.cpp: In member function `virtual double 
   itpp::Real_Timer::get_current_time() const':
base/timing.cpp:116: `gettimeofday' undeclared (first use this function)
base/timing.cpp:116: (Each undeclared identifier is reported only once for each
   function it appears in.)
make[1]: *** [base/timing.o] Error 1
make[1]: Leaving directory `/f/Project/IT++/it++3.7.3/src'
make: *** [suball] Error 2

It seems there is a redefinition about structure "timeval" at two head files.
How can I work around this problem?

Thanks.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2687782
By: adah

It is "illusion". Libstdc++-v3 grabs the memory in chunks, and it does not return
it on program exit because it serves no good except to satisfy a leak detector.
The safest way to check this is repeat many times the operation that you suspect
has problems: if memory does not grow, it has no problems.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Hans Horn wrote:

> My question: is perlcc meant/known to work under mingw in the first place or 
> am simply I wasting my time here?
> 
> errors from perlcc:
> 
> perlcc src.pl
> In file included from pccnr0wo.c:2:
> C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:649:27: netinet/in.h: No such file 
> or directory

I snipped seven similar diagnostics about missing headers,
and many downstream problems that ensue. It looks like
you have source that's tailored to a *nix platform. Maybe
this distribution has a facility for reconfiguring it to
work with windows--the maintainer should know. If not,
then maybe you could build it with cygwin. Otherwise, I'd
look for source that's designed to work with ms windows.
You might find it quite difficult to port this to windows
yourself.

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2686830
By: benibela

juhu, thank you, after installing it is away.
But was it a real leak, or only an illusion of one?

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Dear all,

a week or so ago I tried to compile some number crunching perl source using 
perlcc under mingw.

The initial problem I had (under-the-hood invocation of cc1 with illegal 
'-fnative-struct' flag) was resolved by Danny Smith.
After changing -fnative-struct to -mms-bitfields in 
/minw/lib/perl5/5.6.1/msys/Config.pm, I'm getting a load of error messages 
(see below).

My question: is perlcc meant/known to work under mingw in the first place or 
am simply I wasting my time here?

greets,
Hans

errors from perlcc:

perlcc src.pl
In file included from pccnr0wo.c:2:
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:649:27: netinet/in.h: No such file 
or directory
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:653:26: arpa/inet.h: No such file 
or directory
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:699:27: sys/times.h: No such file 
or directory
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:713:25: sys/socket.h: No such file 
or directory
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:740:21: netdb.h: No such file or 
directory
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:807:24: sys/ioctl.h: No such file 
or directory
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:1182:23: ieeefp.h: No such file or 
directory
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:1757:21: win32.h: No such file or 
directory
In file included from C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:1961, from 
pccnr0wo.c:2:
C:/MinGW/lib/perl5/5.6.1/msys/CORE/scope.h:206: error: syntax error before 
"sigjmp_buf"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/scope.h:206: warning: no semicolon at end 
of struct or union
C:/MinGW/lib/perl5/5.6.1/msys/CORE/scope.h:213: error: syntax error before 
'}' token
In file included from pccnr0wo.c:2:
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2099: error: syntax error before 
"getuid"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2099: warning: data definition has 
no type or storage class
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2100: error: syntax error before 
"geteuid"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2100: warning: data definition has 
no type or storage class
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2101: error: syntax error before 
"getgid"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2101: warning: data definition has 
no type or storage class
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2102: error: syntax error before 
"getegid"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2102: warning: data definition has 
no type or storage class
In file included from C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2820, from 
pccnr0wo.c:2:
C:/MinGW/lib/perl5/5.6.1/msys/CORE/proto.h:94: error: syntax error before 
"uid_t"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/proto.h:331: error: syntax error before 
"testgid"
In file included from C:/MinGW/lib/perl5/5.6.1/msys/CORE/perl.h:2849, from 
pccnr0wo.c:2:
C:/MinGW/lib/perl5/5.6.1/msys/CORE/intrpvar.h:230: error: syntax error 
before "PL_uid"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/intrpvar.h:230: warning: data definition 
has no type or storage class
C:/MinGW/lib/perl5/5.6.1/msys/CORE/intrpvar.h:231: error: syntax error 
before "PL_euid"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/intrpvar.h:231: warning: data definition 
has no type or storage class
C:/MinGW/lib/perl5/5.6.1/msys/CORE/intrpvar.h:232: error: syntax error 
before "PL_gid"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/intrpvar.h:232: warning: data definition 
has no type or storage class
C:/MinGW/lib/perl5/5.6.1/msys/CORE/intrpvar.h:233: error: syntax error 
before "PL_egid"
C:/MinGW/lib/perl5/5.6.1/msys/CORE/intrpvar.h:233: warning: data definition 
has no type or storage class

On Tue, Jul 27, 2004 at 10:05:07PM -0500, Jeremy Bettis wrote:
> All resource types documented here:
> 
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/resources/introductiontoresources/resourcereference/resourcetypes.asp

Can any of these be embedded as a byteblob in a *.rc file?

-- 
Ryan Underwood, <ne...@ic...>

>Hi Neil and all;
> It seems a mystery the linker ?ld  is not finding libopengl32.a (when it 
> needs to) I downloaded those red book examples been a while and compiled 
> texturesurf.c  using my ordering of included libs worked as usual . Try 
> reordering the included libraries sorry Ican"t be more help but it works 
> here.Alan
> 
> -- 
> Alan Donaly
> d.donaly@at...
> No affiliations ,artist , Free software advocate.
> Homesite is http://www.adonalypgs.esmartweb.com
> alternate email ap_donaly@ht...
>

ordering ? I missunderstand what's ordering of included libs ?

I remake a libopengl32.a from winnt/system/opengl32.dll, that's funy it's 
compiled okay, but no any output when running.

Neil

_________________________________________________________________
与联机的朋友进行交流，请使用 MSN Messenger:  http://messenger.msn.com/cn