Re: [Mingw-w64-public] cross compile problem

2013-03-07 Thread Erwin Wicaksono
On 3/7/13, Ruben Van Boxem vanboxem.ru...@gmail.com wrote:
 Op 7 mrt. 2013 08:17 schreef Erwin Wicaksono 
 sekadara...@users.sourceforge.net het volgende:



 On Thu, Mar 7, 2013 at 1:03 AM, NightStrike nightstr...@gmail.com
 wrote:

 On Sun, Mar 3, 2013 at 11:40 AM, Larry Pottle shark.at.ni...@gmail.com
 wrote:
 
 
  On Sun, Mar 3, 2013 at 3:34 AM, Ruben Van Boxem 
 vanboxem.ru...@gmail.com
  wrote:
 
 Did you add /opt/mingw64/bin to PATH?
 
  Great! I added /bin to PATH and now it wants to cross compile. Now I
 had
  issues with libraries libopengl32.a and libgl32.a. Configure gave out
 an
  error:
 
  checking GL/gl.h usability... yes
  checking GL/gl.h presence... yes
  checking for GL/gl.h... yes
  checking for glEnable in -lGL... no
  configure: error: lacking proper OpenGL support
 
  Apparently, the cross compiler is looking for the Unix filename
 equivalents
  of libopengl32.a and libgl32.a which are libGL.a and libGLU.a, so I
 copied
  and renamed  libopengl32.a and libgl32.a to libGL.a and libGLU.a
  respectively. This elimnated the error for those libraries, however I
 now
  get the same type error for glx:
 
  checking GL/glx.h usability... no
  checking GL/glx.h presence... no
  checking for GL/glx.h... no
  configure: error: lacking proper OpenGL support
 
  Unfortunately, I couldn't determine if there is a windows related
 library
  within the directory because there is no intuitively similar named
 file.
  Can you help with this?

 Fedora provides cross compiler libraries.  I'm guessing ubuntu does
 the same.  Use the upstream repository to your advantage, as Ruben
 suggested.


 Last time i checked, ubuntu provides only the cross compiler, not the
 third party libraries

 True, but what you need to do here is link to libopengl32, not a
 Linux/Unix? specific libgl.

Sorry i didn't read the message carefully. :)

 I doubt that will be the only problem you will run into, it seems the
 project isn't written with windows in mind (I may be very wrong of course
 ;-))

Well, yes it seems.

Erwin

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] cross compile problem

2013-03-06 Thread NightStrike
On Sun, Mar 3, 2013 at 11:40 AM, Larry Pottle shark.at.ni...@gmail.com wrote:


 On Sun, Mar 3, 2013 at 3:34 AM, Ruben Van Boxem vanboxem.ru...@gmail.com
 wrote:

Did you add /opt/mingw64/bin to PATH?

 Great! I added /bin to PATH and now it wants to cross compile. Now I had
 issues with libraries libopengl32.a and libgl32.a. Configure gave out an
 error:

 checking GL/gl.h usability... yes
 checking GL/gl.h presence... yes
 checking for GL/gl.h... yes
 checking for glEnable in -lGL... no
 configure: error: lacking proper OpenGL support

 Apparently, the cross compiler is looking for the Unix filename equivalents
 of libopengl32.a and libgl32.a which are libGL.a and libGLU.a, so I copied
 and renamed  libopengl32.a and libgl32.a to libGL.a and libGLU.a
 respectively. This elimnated the error for those libraries, however I now
 get the same type error for glx:

 checking GL/glx.h usability... no
 checking GL/glx.h presence... no
 checking for GL/glx.h... no
 configure: error: lacking proper OpenGL support

 Unfortunately, I couldn't determine if there is a windows related library
 within the directory because there is no intuitively similar named file.
 Can you help with this?

Fedora provides cross compiler libraries.  I'm guessing ubuntu does
the same.  Use the upstream repository to your advantage, as Ruben
suggested.

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] cross compile problem

2013-03-06 Thread Erwin Wicaksono
On Thu, Mar 7, 2013 at 1:03 AM, NightStrike nightstr...@gmail.com wrote:

 On Sun, Mar 3, 2013 at 11:40 AM, Larry Pottle shark.at.ni...@gmail.com
 wrote:
 
 
  On Sun, Mar 3, 2013 at 3:34 AM, Ruben Van Boxem 
 vanboxem.ru...@gmail.com
  wrote:
 
 Did you add /opt/mingw64/bin to PATH?
 
  Great! I added /bin to PATH and now it wants to cross compile. Now I had
  issues with libraries libopengl32.a and libgl32.a. Configure gave out an
  error:
 
  checking GL/gl.h usability... yes
  checking GL/gl.h presence... yes
  checking for GL/gl.h... yes
  checking for glEnable in -lGL... no
  configure: error: lacking proper OpenGL support
 
  Apparently, the cross compiler is looking for the Unix filename
 equivalents
  of libopengl32.a and libgl32.a which are libGL.a and libGLU.a, so I
 copied
  and renamed  libopengl32.a and libgl32.a to libGL.a and libGLU.a
  respectively. This elimnated the error for those libraries, however I now
  get the same type error for glx:
 
  checking GL/glx.h usability... no
  checking GL/glx.h presence... no
  checking for GL/glx.h... no
  configure: error: lacking proper OpenGL support
 
  Unfortunately, I couldn't determine if there is a windows related library
  within the directory because there is no intuitively similar named file.
  Can you help with this?

 Fedora provides cross compiler libraries.  I'm guessing ubuntu does
 the same.  Use the upstream repository to your advantage, as Ruben
 suggested.


Last time i checked, ubuntu provides only the cross compiler, not the third
party libraries
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] cross compile problem

2013-03-06 Thread Ruben Van Boxem
Op 7 mrt. 2013 08:17 schreef Erwin Wicaksono 
sekadara...@users.sourceforge.net het volgende:



 On Thu, Mar 7, 2013 at 1:03 AM, NightStrike nightstr...@gmail.com wrote:

 On Sun, Mar 3, 2013 at 11:40 AM, Larry Pottle shark.at.ni...@gmail.com
wrote:
 
 
  On Sun, Mar 3, 2013 at 3:34 AM, Ruben Van Boxem 
vanboxem.ru...@gmail.com
  wrote:
 
 Did you add /opt/mingw64/bin to PATH?
 
  Great! I added /bin to PATH and now it wants to cross compile. Now I
had
  issues with libraries libopengl32.a and libgl32.a. Configure gave out
an
  error:
 
  checking GL/gl.h usability... yes
  checking GL/gl.h presence... yes
  checking for GL/gl.h... yes
  checking for glEnable in -lGL... no
  configure: error: lacking proper OpenGL support
 
  Apparently, the cross compiler is looking for the Unix filename
equivalents
  of libopengl32.a and libgl32.a which are libGL.a and libGLU.a, so I
copied
  and renamed  libopengl32.a and libgl32.a to libGL.a and libGLU.a
  respectively. This elimnated the error for those libraries, however I
now
  get the same type error for glx:
 
  checking GL/glx.h usability... no
  checking GL/glx.h presence... no
  checking for GL/glx.h... no
  configure: error: lacking proper OpenGL support
 
  Unfortunately, I couldn't determine if there is a windows related
library
  within the directory because there is no intuitively similar named
file.
  Can you help with this?

 Fedora provides cross compiler libraries.  I'm guessing ubuntu does
 the same.  Use the upstream repository to your advantage, as Ruben
 suggested.


 Last time i checked, ubuntu provides only the cross compiler, not the
third party libraries

True, but what you need to do here is link to libopengl32, not a
Linux/Unix? specific libgl.

I doubt that will be the only problem you will run into, it seems the
project isn't written with windows in mind (I may be very wrong of course
;-))

Ruben


--
 Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
 Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the
 endpoint security space. For insight on selecting the right partner to
 tackle endpoint security challenges, access the full report.
 http://p.sf.net/sfu/symantec-dev2dev
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] cross compile problem

2013-03-03 Thread Ruben Van Boxem
Op 3 mrt. 2013 02:40 schreef Larry Pottle shark.at.ni...@gmail.com het
volgende:

   So, I have just installed Ruebens personal build (version 4.6.3) on
fresh install of Ubuntu 10.04 LTS.  The directories you mention are in the
/opt/mingw64/x86_64-w64-
 mingw32 directory where I extracted the tarbal.  I also put this
directory in my path. If this is not the proper procedure to install the
tool chain please let me know.

Did you add /opt/mingw64/bin to PATH?

Ubuntu provides mingw-w64 in its repositories, so you should be able to do
apt-get install mingw-w64
and have a working cross-compiler.

In either case, executing
x86_64-w64-mingw32-gcc -v
from the command-line will tell you if PATH is set up correctly.

Cheers,

Ruben


 Now, when I use ./configure --host=x86_64-w64-mingw32, I get a curious
message during configure and on line 105 of the config.log which is,
checking whether we are cross compiling... no,  makes me believe the cross
compiler isn't working.  Also after running make there is no significant
build event occurring.  What must I do to get this to work?

 Thank you.


--
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_feb
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] cross compile problem

2013-03-03 Thread Larry Pottle
On Sun, Mar 3, 2013 at 3:34 AM, Ruben Van Boxem vanboxem.ru...@gmail.comwrote:

Did you add /opt/mingw64/bin to PATH?

Great! I added /bin to PATH and now it wants to cross compile. Now I had
issues with libraries libopengl32.a and libgl32.a. Configure gave out an
error:

checking GL/gl.h usability... yes
checking GL/gl.h presence... yes
checking for GL/gl.h... yes
checking for glEnable in -lGL... no
configure: error: lacking proper OpenGL support

Apparently, the cross compiler is looking for the Unix filename equivalents
of libopengl32.a and libgl32.a which are libGL.a and libGLU.a, so I copied
and renamed  libopengl32.a and libgl32.a to libGL.a and libGLU.a
respectively. This elimnated the error for those libraries, however I now
get the same type error for glx:

checking GL/glx.h usability... no
checking GL/glx.h presence... no
checking for GL/glx.h... no
configure: error: lacking proper OpenGL support

Unfortunately, I couldn't determine if there is a windows related library
within the directory because there is no intuitively similar named file.
Can you help with this?

 Op 3 mrt. 2013 02:40 schreef Larry Pottle shark.at.ni...@gmail.com
 het volgende:

 
So, I have just installed Ruebens personal build (version 4.6.3) on
 fresh install of Ubuntu 10.04 LTS.  The directories you mention are in the
 /opt/mingw64/x86_64-w64-
  mingw32 directory where I extracted the tarbal.  I also put this
 directory in my path. If this is not the proper procedure to install the
 tool chain please let me know.

 Did you add /opt/mingw64/bin to PATH?

 Ubuntu provides mingw-w64 in its repositories, so you should be able to do
 apt-get install mingw-w64
 and have a working cross-compiler.

 In either case, executing
 x86_64-w64-mingw32-gcc -v
 from the command-line will tell you if PATH is set up correctly.

 Cheers,

 Ruben

 
  Now, when I use ./configure --host=x86_64-w64-mingw32, I get a curious
 message during configure and on line 105 of the config.log which is,
 checking whether we are cross compiling... no,  makes me believe the cross
 compiler isn't working.  Also after running make there is no significant
 build event occurring.  What must I do to get this to work?
 
  Thank you.
 
 
 --
  Everyone hates slow websites. So do we.
  Make your web apps faster with AppDynamics
  Download AppDynamics Lite for free today:
  http://p.sf.net/sfu/appdyn_d2d_feb
  ___
  Mingw-w64-public mailing list
  Mingw-w64-public@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
 



 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_feb
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public