This list is closed, nobody may subscribe to it.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(371) |
Oct
(167) |
Nov
(412) |
Dec
(208) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(378) |
Feb
(302) |
Mar
(269) |
Apr
(296) |
May
(306) |
Jun
(381) |
Jul
(346) |
Aug
(315) |
Sep
(195) |
Oct
(216) |
Nov
(280) |
Dec
(227) |
| 2002 |
Jan
(309) |
Feb
(333) |
Mar
(328) |
Apr
(407) |
May
(517) |
Jun
(519) |
Jul
(400) |
Aug
(580) |
Sep
(1273) |
Oct
(984) |
Nov
(683) |
Dec
(538) |
| 2003 |
Jan
(578) |
Feb
(454) |
Mar
(312) |
Apr
(366) |
May
(505) |
Jun
(431) |
Jul
(415) |
Aug
(374) |
Sep
(470) |
Oct
(578) |
Nov
(372) |
Dec
(309) |
| 2004 |
Jan
(308) |
Feb
(247) |
Mar
(372) |
Apr
(413) |
May
(333) |
Jun
(323) |
Jul
(269) |
Aug
(239) |
Sep
(469) |
Oct
(383) |
Nov
(400) |
Dec
(332) |
| 2005 |
Jan
(411) |
Feb
(363) |
Mar
(346) |
Apr
(316) |
May
(275) |
Jun
(248) |
Jul
(396) |
Aug
(396) |
Sep
(279) |
Oct
(340) |
Nov
(319) |
Dec
(218) |
| 2006 |
Jan
(317) |
Feb
(263) |
Mar
(304) |
Apr
(296) |
May
(209) |
Jun
(349) |
Jul
(246) |
Aug
(198) |
Sep
(174) |
Oct
(138) |
Nov
(201) |
Dec
(270) |
| 2007 |
Jan
(223) |
Feb
(182) |
Mar
(350) |
Apr
(350) |
May
(259) |
Jun
(221) |
Jul
(299) |
Aug
(465) |
Sep
(356) |
Oct
(265) |
Nov
(417) |
Dec
(225) |
| 2008 |
Jan
(421) |
Feb
(327) |
Mar
(219) |
Apr
(389) |
May
(375) |
Jun
(262) |
Jul
(215) |
Aug
(289) |
Sep
(257) |
Oct
(383) |
Nov
(237) |
Dec
(209) |
| 2009 |
Jan
(232) |
Feb
(327) |
Mar
(306) |
Apr
(251) |
May
(146) |
Jun
(247) |
Jul
(302) |
Aug
(252) |
Sep
(263) |
Oct
(376) |
Nov
(270) |
Dec
(244) |
| 2010 |
Jan
(225) |
Feb
(184) |
Mar
(300) |
Apr
(290) |
May
(275) |
Jun
(535) |
Jul
(192) |
Aug
(237) |
Sep
(304) |
Oct
(142) |
Nov
(384) |
Dec
(186) |
| 2011 |
Jan
(305) |
Feb
(337) |
Mar
(331) |
Apr
(318) |
May
(306) |
Jun
(299) |
Jul
(205) |
Aug
(271) |
Sep
(232) |
Oct
(179) |
Nov
(252) |
Dec
(216) |
| 2012 |
Jan
(195) |
Feb
(268) |
Mar
(142) |
Apr
(226) |
May
(203) |
Jun
(132) |
Jul
(211) |
Aug
(429) |
Sep
(289) |
Oct
(291) |
Nov
(182) |
Dec
(188) |
| 2013 |
Jan
(205) |
Feb
(259) |
Mar
(224) |
Apr
(125) |
May
(295) |
Jun
(181) |
Jul
(209) |
Aug
(167) |
Sep
(330) |
Oct
(212) |
Nov
(95) |
Dec
(114) |
| 2014 |
Jan
(40) |
Feb
(63) |
Mar
(62) |
Apr
(65) |
May
(82) |
Jun
(105) |
Jul
(56) |
Aug
(175) |
Sep
(79) |
Oct
(49) |
Nov
(51) |
Dec
(47) |
| 2015 |
Jan
(26) |
Feb
(69) |
Mar
(82) |
Apr
(55) |
May
(35) |
Jun
(57) |
Jul
(54) |
Aug
(56) |
Sep
(25) |
Oct
(21) |
Nov
(8) |
Dec
(27) |
| 2016 |
Jan
(49) |
Feb
(44) |
Mar
(132) |
Apr
(39) |
May
(39) |
Jun
(49) |
Jul
(70) |
Aug
(43) |
Sep
(69) |
Oct
(79) |
Nov
(65) |
Dec
(32) |
| 2017 |
Jan
(99) |
Feb
(88) |
Mar
(42) |
Apr
(47) |
May
(56) |
Jun
|
Jul
(79) |
Aug
(9) |
Sep
(29) |
Oct
(4) |
Nov
|
Dec
(12) |
| 2018 |
Jan
(45) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
1
(4) |
2
(5) |
3
(16) |
4
(10) |
5
(15) |
6
(7) |
7
(12) |
|
8
(4) |
9
(10) |
10
(6) |
11
(9) |
12
(5) |
13
(8) |
14
|
|
15
(3) |
16
(15) |
17
(29) |
18
(6) |
19
(12) |
20
(13) |
21
(10) |
|
22
(7) |
23
(13) |
24
(17) |
25
(7) |
26
(5) |
27
(9) |
28
(2) |
|
29
(3) |
30
(7) |
31
(6) |
|
|
|
|
|
From: SourceForge.net <no...@so...> - 2005-05-31 18:09:07
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3178574 By: mol1111 Rename ar.exe to arx.exe and then create shell script with name ar which will separate the arguments into series of calling arx. E.g. like this: http://molhanec.net/ar (tested under some 4.0.1 snapshot). However I cannot guarantee that such libgcj will work :-) ______________________________________________________________________ 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=286533 |
|
From: SourceForge.net <no...@so...> - 2005-05-31 12:48:00
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3177437 By: earnie On 7:33:36 am 2005-05-31 Erik de Castro Lopo <mi...@me...> wrote: > SourceForge.net wrote: > > > > > Read and respond to this message at: > > https://sourceforge.net/forum/message.php?msg_id=3176949 > > By: shadowmas > > > > i'm trying to port a linux application to windows which require > > pread and pwrite functions. as far as i can see there not defined > in the MinGW include files. > > They aren't in the MinGW include files because win32 doesn't have > these functions. > > > i tried googling but didnt find anything that was of any help. > > They are part of the Unix98 standard. > > > any tips as to where i can find them or an alternative. > > Pread can be implemented as (untested): > > ssize_t > pread(int fd, void *buf, size_t count, off_t offset) > { > ssize_t retval ; > off_t saved_pos = lseek (fd, 0, SEEK_CUR); > > lseek (fd, offset, SEEK_SET); > retval = read (fd, buf, count); > lseek (fd, saved_pos, SEEK_SET); > > return retval; > } > > replacing the lseek/read etc with Win32 ReadFile / SetFilePointer etc. > > You should probably also add a bunch of error checking and handling. > > Erik ______________________________________________________________________ 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=290275 |
|
From: SourceForge.net <no...@so...> - 2005-05-31 08:37:06
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3177103 By: dawesc Not as yet i'm afraid, i'm still trying, i've also submitted a bug report on bugzilla (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21754) I'll post back if i manage to make a build ______________________________________________________________________ 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=286533 |
|
From: Erik de C. L. <mi...@me...> - 2005-05-31 07:33:41
|
SourceForge.net wrote: > > Read and respond to this message at: > https://sourceforge.net/forum/message.php?msg_id=3176949 > By: shadowmas > > i'm trying to port a linux application to windows which require pread and pwrite > functions. as far as i can see there not defined in the MinGW include files. They aren't in the MinGW include files because win32 doesn't have these functions. > i tried googling but didnt find anything that was of any help. They are part of the Unix98 standard. > any tips as to where i can find them or an alternative. Pread can be implemented as (untested): ssize_t pread(int fd, void *buf, size_t count, off_t offset) { ssize_t retval ; off_t saved_pos = lseek (fd, 0, SEEK_CUR); lseek (fd, offset, SEEK_SET); retval = read (fd, buf, count); lseek (fd, saved_pos, SEEK_SET); return retval; } replacing the lseek/read etc with Win32 ReadFile / SetFilePointer etc. You should probably also add a bunch of error checking and handling. Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo no...@me... (Yes it's valid) +-----------------------------------------------------------+ "It has been discovered that C++ provides a remarkable facility for concealing the trival details of a program -- such as where its bugs are." -- David Keppel |
|
From: SourceForge.net <no...@so...> - 2005-05-31 06:13:40
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3176949 By: shadowmas i'm trying to port a linux application to windows which require pread and pwrite functions. as far as i can see there not defined in the MinGW include files. i tried googling but didnt find anything that was of any help. any tips as to where i can find them or an alternative. 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=290275 |
|
From: Luke D. <cod...@ho...> - 2005-05-31 02:14:20
|
The difference is pretty small, and IMHO such a test program won't give =
any useful indication of how real programs will perform. MinGW also uses =
the MSVC malloc() in msvcrt.dll.
Luke
----- Original Message -----=20
From: Marco Vignati=20
To: min...@li...=20
Sent: Monday, May 30, 2005 11:17 PM
Subject: [Mingw-users] malloc slow?
Hi all,
I compiled a malloc test code with MinGW-3.10.0-1 / gcc-3.2.3 and with
MS Visual C++ 6.
With MinGW/gcc time gives:
real 0m3.718s
user 0m0.015s
sys 0m0.000s
and With MS Visual C++:
real 0m2.094s
user 0m0.015s
sys 0m0.000s
The source code of the test program is:
#include <stdlib.h>
int main()
{
int i,*a;
for(i=3D0;i<20000000;i++){
a=3Dmalloc(sizeof(int));
free(a);
}
return 0;
}
I Compiled it with:
gcc -funroll-loops -O3 -o t_malloc t_malloc.c
and in Visual C++ with the "Release" configuration.
Am I omissing any optimization option with gcc??
Thanks in advance
Marco
|
|
From: SourceForge.net <no...@so...> - 2005-05-30 22:31:45
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3176631 By: earnie Your command line order was incorrect. Dependency resolution objects must follow the objects that depend on them. I.E.: gcc -o foo foo.c -lmylib ______________________________________________________________________ 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 |
|
From: SourceForge.net <no...@so...> - 2005-05-30 21:01:22
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3176554 By: cardboard42 I realized that I could change a #define and safely comment out the line with fnmatch. I'm not sure if it will restrict the functionality of the program at all, but it doesn't look like it should hurt much. However, I'd still like to make it work right. ______________________________________________________________________ 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 |
|
From: Danny S. <dan...@cl...> - 2005-05-30 20:41:18
|
GCC 3.4.4 release candidate for mingw is available. You can download it from: https://sourceforge.net/project/showfiles.php?group_id=2435 The binaries are archived by language. To get core C compiler, download: gcc-core-3.4.4-20050522-1.tar.gz To add on other languages, download one or more of these (in addition to core): gcc-ada-3.4.4-20050522-1.tar.gz gcc-g++-3.4.4-20050522-1.tar.gz gcc-g77-3.4.4-20050522-1.tar.gz gcc-java-3.4.4-20050522-1.tar.gz gcc-objc-3.4.4-20050522-1.tar.gz Extract the files, maintaining the directory structure, into your root directory for mingw. Be aware that some archive extracters do not preserve read-only attributes of files. If you are installing the Ada component, please check that the files in the /lib/gcc/mingw32/3.4.2/adainclude and adalib directories are flagged as read-only. This attribute is necessary to prevent them from being deleted when using gnatclean to clean a project. * This package does _not_ contain binutils, the mingw-runtime or the w32api. You will need to get these if you do not already have mingw installed. * libstdc++ requires version 3.0 or higher of mingw-runtime and w32api version 2.2 or higher. The GNU extension class __gnu_cxx::stdio_sync_filebuf requires version 3.5 of the mingw-runtime (with large-file support) to resolve references to fseeko64. * libgcj requires libiconv. You can download sources or prebuilt binaries from the maintainers. See: http://www.gnu.org/software/libiconv. My testing has been done with libiconv-1.9.2 built (using mingw) as a static lib. The new features of GCC 3.4 are documented in the GCC release notes at: http://gcc.gnu.org/gcc-3.4/ For mingw-specific modifications, refer to the ChangeLog entries in diff file (gcc-3.4.4-20050522-1-src.diff.gz). Of note is the addition of collect2.exe for mingw. The collect2 that is in this distro is based on patches that have been published on gcc lists, but have not been committed to official FSF sources. The version of collect2 with mingw support that will eventually become part of mainline GCC will almostly certainly differ from the one provided here. If you don't want to use collect2, just rename it to something else (if the gcc driver doesn't see collect2 in its search path it will just execute ld directly). Pre-compiled headers appear to work on at least two systems (NT4 and XP). I have not tested other windows versions. Please consider this feature a "technology preview". This release contains: 1) Source distribution, with mingw-local patches incorporated: gcc-core-3.4.4-20050522-1-src.tar.gz gcc-ada-3.4.4-20050522-1-src.tar.gz gcc-g++-3.4.4-20050522-1-src.tar.gz gcc-g77-3.4.4-20050522-1-src.tar.gz gcc-java-3.4.4-20050522-1-src.tar.gz gcc-objc-3.4.4-20050522-1-src.tar.gz gcc-testsuite-3.4.4-20050522-1-src.tar.gz 2) The diff from official FSF sources gcc-3.4.4-20050522-1-src.diff.gz. 3) Binaries gcc-core-3.4.4-20050522-1.tar.gz gcc-ada-3.4.4-20050522-1.tar.gz gcc-g++-3.4.4-20050522-1.tar.gz gcc-g77-3.4.4-20050522-1.tar.gz gcc-java-3.4.4-20050522-1.tar.gz gcc-objc-3.4.4-20050522-1.tar.gz 4) gcc-3.4.4-build.sh, which is the script I used to configure and build. 5) This file. Danny 2005-05-28 |
|
From: SourceForge.net <no...@so...> - 2005-05-30 20:21:48
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3176502 By: cardboard42 I'm trying to compile GPP 2.24 (general purpose preprocessor). I haven't got enough c knowledge to make the thing compile in VS2003, so I thought I'd try in mingw. Long story short, I get the following error: C:/DOCUME~1/KENALL~1/LOCALS~1/Temp/ccGecaaa.o(.text+0x5e77):gpp.c: undefined ref erence to `fnmatch' Now, I looked this up on the user mailing list and saw that I had to use libiberty. Keeping in mind that I grabbed fnmatch.h from the msys source and put it in the includes directory (just in case). Why do I still get that error with this command line? gcc -liberty gpp.c I'm getting frustrated here. ______________________________________________________________________ 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 |
|
From: Christian E. <Ch....@gm...> - 2005-05-30 16:09:19
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vincent Honnet schrieb: > Hello, > > I'm trying to link a small application which use Qt. I already compiled > Qt with MinWG32 (version 3.8) and the cpp files of the application. I > did like that for the compilation: > > g++ -IC:\Qt\3.3.4\include -c main.cpp > g++ -IC:\Qt\3.3.4\include -c word.cpp > > and then for the link: > g++ -o world main.o word.o -LC:\Qt\3.3.4\lib -lqt > > I just get then: > > word.o(.text+0x130):word.cpp: undefined reference to `vtable for Word' > word.o(.text+0x13c):word.cpp: undefined reference to `vtable for Word' > word.o(.text+0x172):word.cpp: undefined reference to `vtable for Word' > word.o(.text+0x17e):word.cpp: undefined reference to `vtable for Word' > collect2: ld returned 1 exit status > > Could you help me ? Thanks a lot in advance. This is a Qt-related problem and as nothing to do with mingw. Learn how to program with Qt (especially how 'moc' works) and use qmake for creating makefiles/projects. The problem was asked many times on tt-mailing lists - search for it here: http://lists.trolltech.com/qt-interest/ Christian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCmzqgnNKwkgf+zVMRAjvNAJ9dj16Sxl1pO/TT1tVdMMx0igb57QCgg/qM mncQwHq841NhPVo1dl37HF4= =3464 -----END PGP SIGNATURE----- |
|
From: Vincent H. <vh...@fr...> - 2005-05-30 15:58:54
|
Hello, I'm trying to link a small application which use Qt. I already compiled Qt with MinWG32 (version 3.8) and the cpp files of the application. I did like that for the compilation: g++ -IC:\Qt\3.3.4\include -c main.cpp g++ -IC:\Qt\3.3.4\include -c word.cpp and then for the link: g++ -o world main.o word.o -LC:\Qt\3.3.4\lib -lqt I just get then: word.o(.text+0x130):word.cpp: undefined reference to `vtable for Word' word.o(.text+0x13c):word.cpp: undefined reference to `vtable for Word' word.o(.text+0x172):word.cpp: undefined reference to `vtable for Word' word.o(.text+0x17e):word.cpp: undefined reference to `vtable for Word' collect2: ld returned 1 exit status Could you help me ? Thanks a lot in advance. Vincent |
|
From: Marco V. <mar...@gm...> - 2005-05-30 15:17:45
|
Hi all,
I compiled a malloc test code with MinGW-3.10.0-1 / gcc-3.2.3 and with
MS Visual C++ 6.
With MinGW/gcc time gives:
real 0m3.718s
user 0m0.015s
sys 0m0.000s
and With MS Visual C++:
real 0m2.094s
user 0m0.015s
sys 0m0.000s
The source code of the test program is:
#include <stdlib.h>
int main()
{
int i,*a;
for(i=3D0;i<20000000;i++){
a=3Dmalloc(sizeof(int));
free(a);
}
return 0;
}
I Compiled it with:
gcc -funroll-loops -O3 -o t_malloc t_malloc.c
and in Visual C++ with the "Release" configuration.
Am I omissing any optimization option with gcc??
Thanks in advance
Marco
|
|
From: Christian E. <Ch....@gm...> - 2005-05-29 15:18:28
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello win32api-3.x is missing some defines for SetWindowPos. See here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/windows/windowreference/windowfunctions/setwindowpos.asp SWP_DRAWFRAME, SWP_FRAMECHANGED is missing SWP_NOREPOSITION is 'Same as the SWP_NOOWNERZORDER flag' - so maybe a 'define SWP_NOREPOSITION SWP_NOOWNERZORDER' is better. The problem is that I've not found all defines via google (only some winuser.h files which we shouldn't use). The only one we maybe could use is this: http://cvs.sourceforge.net/viewcvs.py/nsis/NSIS/Contrib/System/System.nsh Christian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCmd0wnNKwkgf+zVMRAundAJ4qOqCG/Lin7tzG895E7h4n6mXl1wCgoPlD EJZ63m39hz5P+FNe7o918ok= =b4P4 -----END PGP SIGNATURE----- |
|
From: SourceForge.net <no...@so...> - 2005-05-29 12:55:34
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3174783 By: keig I'm playing with some of the same things as you, trying to build GCJ under mingw. Using basically the same build script as you, I have not had success, but I do not think it is the script. The first problem that I encountered was a crash that I encountered while compiling some of the Java classes. This was corrected by making the GCC patch described in PR 21022. My problem now occurs when the Makefile tries to use ar to create an archive of the java files. As far as I can figure, the command line argument presented to the ar program has too many characters. Do you know how to get around this? ______________________________________________________________________ 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=286533 |
|
From: Matthew L. <ml...@gm...> - 2005-05-29 07:30:22
|
Hi everyone, I am trying to compile the standard HelloWorld.java program into a native executable using GCJ. At the MSYS prompt, I type in: $ gcj --main=3DHello -oHello Hello.java and then: $ Hello.exe=20 Hello World! Success. But at the MS-DOS prompt, if I type in: c:\home>Hello.exe then I am greeted with the following error message: "This application has failed to start because libiconv-2.dll was not found. Re-installing the application may fix the problem" I was under the impression that GCJ could create a exectuable that runs independently, without depending on files like libiconv-2.dll. Is this normal or is this a problem that I can fix? Thanks, Matt |
|
From: SourceForge.net <no...@so...> - 2005-05-28 15:10:47
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3174027 By: infidel What are the exact directories and commands you are using now? You appear to be using Dev-C++ make.exe, but you won't find support here unless you are using MSYS or Cygwin make ______________________________________________________________________ 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 |
|
From: SourceForge.net <no...@so...> - 2005-05-28 08:30:48
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3173749 By: useradd I donot use the source directory of the subdirectory of source code as the build directory, I use the brother directory of the build directory. The above error occurs. The sources are downloaded from gnu ftp site ______________________________________________________________________ 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 |
|
From: SourceForge.net <no...@so...> - 2005-05-27 21:07:49
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3173370 By: kwizatz the OpenGL Headers and libraries are in w32api-3.2.tar.gz ______________________________________________________________________ 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 |
|
From: Earnie B. <ea...@us...> - 2005-05-27 21:01:29
|
MinGW Community, Please review the news item http://sourceforge.net/forum/forum.php?forum_id=469657 for a description of this release. Earnie -- MinGW - http://www.mingw.org/ Wiki - http://www.mingw.org/MinGWiki/ Bug Report - http://sourceforge.net/tracker/?group_id=2435&atid=102435 Submit Patch - http://sourceforge.net/tracker/?group_id=2435&atid=302435 SF Project - http://sourceforge.net/projects/mingw Job Listing - http://sf.net/people/viewjob.php?group_id=2435&job_id=21643 Job Listing - http://sf.net/people/viewjob.php?group_id=46778&job_id=22223 |
|
From: SourceForge.net <no...@so...> - 2005-05-27 16:08:01
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3172901 By: jdarling Ok it used to be simple to find copies of the OpenGL header files. Now everything references that it should ship with the compiler. I've downloaded and installed MinGW but I can't find GL.h or any of the other standard OpenGL headers? Can someone please tell me where I'm screwing up here, as I know its me and not the rest of the world :). Thanks, Jeremy ______________________________________________________________________ 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 |
|
From: Earnie B. <ea...@us...> - 2005-05-27 15:36:23
|
MinGW Community, Please review the news item http://sourceforge.net/forum/forum.php?forum_id=469573 for the details of this release. Earnie -- MinGW - http://www.mingw.org/ Wiki - http://www.mingw.org/MinGWiki/ Bug Report - http://sourceforge.net/tracker/?group_id=2435&atid=102435 Submit Patch - http://sourceforge.net/tracker/?group_id=2435&atid=302435 SF Project - http://sourceforge.net/projects/mingw Job Listing - http://sf.net/people/viewjob.php?group_id=2435&job_id=21643 Job Listing - http://sf.net/people/viewjob.php?group_id=46778&job_id=22223 |
|
From: SourceForge.net <no...@so...> - 2005-05-27 15:10:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3172795 By: earnie It is suggested by the GCC team to not use the source directory as the build directory. It is also suggested that the build directory not be a subdirectory within the source directory. ______________________________________________________________________ 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 |
|
From: SourceForge.net <no...@so...> - 2005-05-27 14:58:10
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3172781 By: useradd If I run my configure in the brother directory of gcc-4.0.0, there is errors: c:\opt\dev-cpp\bin\make.exe: *** No rule to make target `/d/gcc-4.0.0/gcc/version.c', needed by `config.status'. Stop. c:\opt\dev-cpp\bin\make.exe: *** No rule to make target `/d/gcc-4.0.0/gcc/version.c', needed by `config.status'. Stop. but when I run it under the directory of gcc, it is OK. ______________________________________________________________________ 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 |
|
From: SourceForge.net <no...@so...> - 2005-05-27 14:40:29
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3172749 By: infidel First read: http://www.mingw.org/MinGWiki/index.php/SubmitPatches Basically you would need to write the header using publicly available information and then submit it as a patch to w32api ______________________________________________________________________ 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=286641 |