[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify digest, Vol 1 #720 - 10 msgs
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2004-02-13 18:28:11
Message-ID: 200402131827.i1DIRJU2023187 () mailer ! progressive-comp ! com
[Download RAW message or body]
Send MinGW-notify mailing list submissions to
mingw-notify@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/mingw-notify
or, via email, send a message with subject or body 'help' to
mingw-notify-request@lists.sourceforge.net
You can reach the person managing the list at
mingw-notify-admin@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MinGW-notify digest..."
This list is used to send updates of submitted patches, bug reports and file \
releases. You are discouraged from posting to this list. If you wish to unsubscribe \
you can do so at https://lists.sourceforge.net/lists/listinfo/mingw-notify.
Today's Topics:
1. [ mingw-Bugs-873717 ] --enable-runtime-pseudo-reloc broken (SourceForge.net)
2. [ mingw-Bugs-891969 ] internal compiler error with placement new/delete \
(SourceForge.net) 3. [ mingw-Bugs-895164 ] make causes windows xp system crash \
(SourceForge.net) 4. [ mingw-Bugs-895164 ] make causes windows xp system crash \
(SourceForge.net) 5. [ mingw-Bugs-852465 ] msys 1.0.10 rc3 seriously broken \
(SourceForge.net) 6. [ mingw-Support Requests-887177 ] Cannot build projects using \
STLPort (SourceForge.net) 7. [ mingw-Support Requests-887177 ] Cannot build projects \
using STLPort (SourceForge.net) 8. [ mingw-Support Requests-887177 ] Cannot build \
projects using STLPort (SourceForge.net) 9. [ mingw-Bugs-786031 ] A proposed \
htmlhelp.h (SourceForge.net) 10. [ mingw-Support Requests-887177 ] Cannot build \
projects using STLPort (SourceForge.net)
--__--__--
Message: 1
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Wed, 11 Feb 2004 12:11:37 -0800
Subject: [Mingw-notify] [ mingw-Bugs-873717 ] --enable-runtime-pseudo-reloc broken
Bugs item #873717, was opened at 2004-01-10 01:57
Message generated for change (Settings changed) made by dannysmith
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=873717&group_id=2435
Category: ld
Group: None
> Status: Closed
> Resolution: Fixed
Priority: 5
Submitted By: Timo Hartmann (thartmann)
Assigned to: Danny Smith (dannysmith)
Summary: --enable-runtime-pseudo-reloc broken
Initial Comment:
--enable-runtime-pseudo-reloc does not work correctly
if one links directly against a dll in certain cases,
but if one links against a input-library, it works.
the problematic case is:
-one build a dll with c++-classes
-one uses virtual methods
-one uses a static object of one of these classes
see test-dll.tgz and readme.txt therin for more details
source of problem:
the vtable of these classes are not linked properly
if one links
direct against a dll.
my version:
gcc 3.3.1 (mingw special 20030804-1)
ld 2.13.90 20030111
mingw-runtime-3.2.tar.gz
----------------------------------------------------------------------
> Comment By: Danny Smith (dannysmith)
Date: 2004-02-12 09:11
Message:
Logged In: YES
user_id=11494
Fixed in GCC and binutils CVS
Danny
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2004-01-10 09:42
Message:
Logged In: YES
user_id=11494
Thanks for the useful testcase.
The bug is fixed in gcc and binutils sources by changes in the
handling of readonly data. With GCC-3.3.3 (patched with
backports of the trunk changes)
g++-3.3.3 -I./ -Wall -g -c test.cpp -o test.o
g++-3.3.3 -I./ -Wall -g -c test-dll.cpp -o test-dll.o
g++-3.3.3 -shared -o test-dll.dll test-dll.o -Wl,--out-
implib,libtest-a.a
g++-3.3.3 -o a-dll.exe test.o -ltest-dll -L./ -Wl,--enable-
runtime-pseudo-reloc
Info: resolving __ZN4test2b2E by linking to
__imp___ZN4test2b2E (auto-import)
Info: resolving __ZTV2B2 by linking to __imp___ZTV2B2 (auto-
import)
g++-3.3.3 -o a-a.exe test.o -ltest-a -L./ -Wl,--enable-
runtime-pseudo-reloc
Info: resolving __ZN4test2b2E by linking to
__imp___ZN4test2b2E (auto-import)
Info: resolving __ZTV2B2 by linking to __imp___ZTV2B2 (auto-
import)
and both exes seem to run fine
Danny
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=873717&group_id=2435
--__--__--
Message: 2
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Wed, 11 Feb 2004 12:20:32 -0800
Subject: [Mingw-notify] [ mingw-Bugs-891969 ] internal compiler error with placement \
new/delete
Bugs item #891969, was opened at 2004-02-07 06:41
Message generated for change (Comment added) made by dannysmith
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=891969&group_id=2435
Category: gcc
Group: None
> Status: Closed
> Resolution: Fixed
Priority: 5
Submitted By: Alexey Tatarsky (tay65536)
Assigned to: Danny Smith (dannysmith)
Summary: internal compiler error with placement new/delete
Initial Comment:
Compiling the attached file (command line: "gcc
bug.cpp") gives following output:
bug.cpp: In function `int main()':
bug.cpp:31: Internal compiler error in
convert_from_eh_region_ranges_1, at
except.c:1404
----
Please see comment at the bottom of attached file for
more info.
----
gcc -v:
Reading specs from D:/Apps/MinGW/bin/../lib/gcc-
lib/mingw32/3.2.3/specs
Configured with: ../gcc/configure --with-gcc --with-
gnu-ld --with-gnu-as --host=mingw32 --
target=mingw32 --prefix=/mingw --enable-threads --
disable-nls --enable-languages=c++,f77,objc --disable-
win32-registry --disable-shared --enable-sjlj-exceptions
Thread model: win32
gcc version 3.2.3 (mingw special 20030504-1)
MinGW package: MinGW-3.1.0-1.exe
----------------------------------------------------------------------
> Comment By: Danny Smith (dannysmith)
Date: 2004-02-12 09:20
Message:
Logged In: YES
user_id=11494
Fixed in gcc CVS.
Danny
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=891969&group_id=2435
--__--__--
Message: 3
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Wed, 11 Feb 2004 13:15:36 -0800
Subject: [Mingw-notify] [ mingw-Bugs-895164 ] make causes windows xp system crash
Bugs item #895164, was opened at 2004-02-11 21:15
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=895164&group_id=2435
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Wolfgang Meier (wolfmeier)
Assigned to: Nobody/Anonymous (nobody)
Summary: make causes windows xp system crash
Initial Comment:
On Windows XP, with MSYS-1.0.9.exe and MinGW-3.1.0-
1.exe installed, the system crashes (that is, it does a
reboot) at an unpredictable point in time when executing
any longer build task (during make).
Hardware is a Pentium 4 system with 1.5GB RAM.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=895164&group_id=2435
--__--__--
Message: 4
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Thu, 12 Feb 2004 03:48:03 -0800
Subject: [Mingw-notify] [ mingw-Bugs-895164 ] make causes windows xp system crash
Bugs item #895164, was opened at 2004-02-11 16:15
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=895164&group_id=2435
> Category: msys
> Group: component package
> Status: Closed
> Resolution: Out of Date
Priority: 5
Submitted By: Wolfgang Meier (wolfmeier)
> Assigned to: Earnie Boyd (earnie)
Summary: make causes windows xp system crash
Initial Comment:
On Windows XP, with MSYS-1.0.9.exe and MinGW-3.1.0-
1.exe installed, the system crashes (that is, it does a
reboot) at an unpredictable point in time when executing
any longer build task (during make).
Hardware is a Pentium 4 system with 1.5GB RAM.
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2004-02-12 06:48
Message:
Logged In: YES
user_id=15438
You'll have to attempt your problem with the
MSYS-1.0.10-rc-4.exe Candidate. If you have problems with
that release of MSYS then open a new ticket.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=895164&group_id=2435
--__--__--
Message: 5
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Fri, 13 Feb 2004 04:34:23 -0800
Subject: [Mingw-notify] [ mingw-Bugs-852465 ] msys 1.0.10 rc3 seriously broken
Bugs item #852465, was opened at 2003-12-02 03:57
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=852465&group_id=2435
Category: msys
> Group: component package
> Status: Closed
> Resolution: Fixed
Priority: 9
Submitted By: Olaf Flebbe (oflebbe)
Assigned to: Earnie Boyd (earnie)
Summary: msys 1.0.10 rc3 seriously broken
Initial Comment:
Hi,
IMHO msys 1.10rc3 has some serious problems compared to
rc2.
1) When compiling FORTRAN Code each f771 process opens
a new Console Window (a CMD window not an rxvt).
2) bash in msys is incredible slow when an DFS share is
connected . Each command has a timeout of more than 10
seconds, even the command "cd ."
Olaf
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2004-02-13 07:34
Message:
Logged In: YES
user_id=15438
Release Candidate rc-4 has removed this popup window.
Earnie
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2003-12-17 15:02
Message:
Logged In: YES
user_id=15438
Please, stop the "me too" syndrome.
I will update this ticket when I've fixed or worked around
the issue.
Earnie.
----------------------------------------------------------------------
Comment By: Leo (champen)
Date: 2003-12-17 10:52
Message:
Logged In: YES
user_id=913502
Same happens here.
I just do C and C++, and for every gcc command, ld, etc
called from make, the cmd window pops up. Furthermore, if I
tell 'make' to -j 2 for example, two cmds pop up, each for
respective call to gcc.
Using rc3, but couldn't tell right now if it happened with other
versions, I installed rc3 straight away.
----------------------------------------------------------------------
Comment By: Harald Eiermann (h_eiermann)
Date: 2003-12-17 08:51
Message:
Logged In: YES
user_id=933105
Hi,
flashing windows are just opening windows appearing for each
shell call. I.e. this happens (on my machine) not with
fortran (since I does not use it), but also with as, gcc,
g++ and probably others.
With rc2 nothing of that happened.
Harald
----------------------------------------------------------------------
Comment By: Hans Fr. Nordhaug (hansfn)
Date: 2003-12-05 08:24
Message:
Logged In: YES
user_id=21914
I would just like to add that the problems with "flashing"
cmd/console window are present when trying to compile C++
(wxWindows) as well. Very annoying.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2003-12-02 08:19
Message:
Logged In: YES
user_id=15438
The only change between rc2 and rc3 is the rxvt.exe and
libW11.dll so your concern about command timeouts exists in
rc2 as well. The network timeout is controlled by tunables
of the OS. If you have access to those tunables you can
change the timeout value.
I've noticed the flashing window, but only in some instances
of a configure and especially with fortran. Something I'll
investigate eventually. I now remember why I hadn't used
this version of rxvt before. I'll take a look at the .10
version shortly.
Earnie.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=852465&group_id=2435
--__--__--
Message: 6
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Fri, 13 Feb 2004 04:36:04 -0800
Subject: [Mingw-notify] [ mingw-Support Requests-887177 ] Cannot build projects using \
STLPort
Support Requests item #887177, was opened at 2004-01-29 13:46
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
Category: None
Group: None
Status: Open
> Priority: 8
Submitted By: Oliver Stoeneberg (kidkat)
Assigned to: Earnie Boyd (earnie)
Summary: Cannot build projects using STLPort
Initial Comment:
I tried to build a project, that utilizes STLPort with
MinGW and I always got into an endless loop with some
standard includes like "stddef.h", "stdarg.h" and
"string.h". Is there a way to use STLPort with MinGW?
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2004-02-13 07:36
Message:
Logged In: YES
user_id=15438
Are you still having problems?
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-02-02 07:50
Message:
Logged In: YES
user_id=15438
A simple Google search would reveal that STLPort and MinGW
are being used together by others. Looking at the MinGW
headers I can see that it may be possible to endlessly loop
in and include of stddef.h and stdarg.h. I see that
string.h includes stddef.h. The /mingw/include/stddef.h
simply does an include_next <stddef.h>. The
/mingw/include/stddef.h and /mingw/include/stdarg.h files
are workarounds that will one day be removed. I will
discuss on the developers.
Earnie.
----------------------------------------------------------------------
Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-01-29 13:51
Message:
Logged In: YES
user_id=591019
I forgot to mention my configuration:
Windows 2000
gcc version 3.2 (mingw special 20020817-1)
GNU ld version 2.13.90 20021005
__MINGW32_VERSION 2.4
__W32API_VERSION 2.2 (note: this define is in the
include/w32api.h and not in the include/win32.h as mentioned
on the "Reporting bugs" page on www.mingw.org)
using Dev-C++ 4.9.8.0 compiler package
(http://www.bloodshed.net)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
--__--__--
Message: 7
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Fri, 13 Feb 2004 10:02:38 -0800
Subject: [Mingw-notify] [ mingw-Support Requests-887177 ] Cannot build projects using \
STLPort
Support Requests item #887177, was opened at 2004-01-29 18:46
Message generated for change (Comment added) made by kidkat
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
Category: None
Group: None
Status: Open
Priority: 8
Submitted By: Oliver Stoeneberg (kidkat)
Assigned to: Earnie Boyd (earnie)
Summary: Cannot build projects using STLPort
Initial Comment:
I tried to build a project, that utilizes STLPort with
MinGW and I always got into an endless loop with some
standard includes like "stddef.h", "stdarg.h" and
"string.h". Is there a way to use STLPort with MinGW?
----------------------------------------------------------------------
> Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-02-13 18:02
Message:
Logged In: YES
user_id=591019
Well, yes. I didn't take a look a google form some MinGW
projects using STLPort and finding a workaround. I thought
you might came back with another comment after the dev
discussion, that you mentioned. I might take another look at
it soon, but it wasn't high priority for me getting it
working, but it will be soon.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-02-13 12:36
Message:
Logged In: YES
user_id=15438
Are you still having problems?
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-02-02 12:50
Message:
Logged In: YES
user_id=15438
A simple Google search would reveal that STLPort and MinGW
are being used together by others. Looking at the MinGW
headers I can see that it may be possible to endlessly loop
in and include of stddef.h and stdarg.h. I see that
string.h includes stddef.h. The /mingw/include/stddef.h
simply does an include_next <stddef.h>. The
/mingw/include/stddef.h and /mingw/include/stdarg.h files
are workarounds that will one day be removed. I will
discuss on the developers.
Earnie.
----------------------------------------------------------------------
Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-01-29 18:51
Message:
Logged In: YES
user_id=591019
I forgot to mention my configuration:
Windows 2000
gcc version 3.2 (mingw special 20020817-1)
GNU ld version 2.13.90 20021005
__MINGW32_VERSION 2.4
__W32API_VERSION 2.2 (note: this define is in the
include/w32api.h and not in the include/win32.h as mentioned
on the "Reporting bugs" page on www.mingw.org)
using Dev-C++ 4.9.8.0 compiler package
(http://www.bloodshed.net)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
--__--__--
Message: 8
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Fri, 13 Feb 2004 10:02:57 -0800
Subject: [Mingw-notify] [ mingw-Support Requests-887177 ] Cannot build projects using \
STLPort
Support Requests item #887177, was opened at 2004-01-29 18:46
Message generated for change (Comment added) made by kidkat
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
Category: None
Group: None
Status: Open
Priority: 8
Submitted By: Oliver Stoeneberg (kidkat)
Assigned to: Earnie Boyd (earnie)
Summary: Cannot build projects using STLPort
Initial Comment:
I tried to build a project, that utilizes STLPort with
MinGW and I always got into an endless loop with some
standard includes like "stddef.h", "stdarg.h" and
"string.h". Is there a way to use STLPort with MinGW?
----------------------------------------------------------------------
> Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-02-13 18:02
Message:
Logged In: YES
user_id=591019
Well, yes. I didn't take a look a google form some MinGW
projects using STLPort and finding a workaround. I thought
you might came back with another comment after the dev
discussion, that you mentioned. I might take another look at
it soon, but it wasn't high priority for me getting it
working, but it will be soon.
----------------------------------------------------------------------
Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-02-13 18:02
Message:
Logged In: YES
user_id=591019
Well, yes. I didn't take a look a google form some MinGW
projects using STLPort and finding a workaround. I thought
you might came back with another comment after the dev
discussion, that you mentioned. I might take another look at
it soon, but it wasn't high priority for me getting it
working, but it will be soon.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-02-13 12:36
Message:
Logged In: YES
user_id=15438
Are you still having problems?
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-02-02 12:50
Message:
Logged In: YES
user_id=15438
A simple Google search would reveal that STLPort and MinGW
are being used together by others. Looking at the MinGW
headers I can see that it may be possible to endlessly loop
in and include of stddef.h and stdarg.h. I see that
string.h includes stddef.h. The /mingw/include/stddef.h
simply does an include_next <stddef.h>. The
/mingw/include/stddef.h and /mingw/include/stdarg.h files
are workarounds that will one day be removed. I will
discuss on the developers.
Earnie.
----------------------------------------------------------------------
Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-01-29 18:51
Message:
Logged In: YES
user_id=591019
I forgot to mention my configuration:
Windows 2000
gcc version 3.2 (mingw special 20020817-1)
GNU ld version 2.13.90 20021005
__MINGW32_VERSION 2.4
__W32API_VERSION 2.2 (note: this define is in the
include/w32api.h and not in the include/win32.h as mentioned
on the "Reporting bugs" page on www.mingw.org)
using Dev-C++ 4.9.8.0 compiler package
(http://www.bloodshed.net)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
--__--__--
Message: 9
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Fri, 13 Feb 2004 10:16:44 -0800
Subject: [Mingw-notify] [ mingw-Bugs-786031 ] A proposed htmlhelp.h
Bugs item #786031, was opened at 2003-08-09 16:28
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=786031&group_id=2435
Category: w32api
> Group: Feature requests
Status: Open
Resolution: None
Priority: 5
Submitted By: Phil Krylov (likewolf)
> Assigned to: Danny Smith (dannysmith)
Summary: A proposed htmlhelp.h
Initial Comment:
This is an initial version of htmlhelp.h attached.
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2004-02-13 13:16
Message:
Logged In: YES
user_id=15438
Danny,
Should we add this? I assigned it to you since you
responded to likewolf. He uploaded a new file after your
comment.
Earnie
----------------------------------------------------------------------
Comment By: Phil Krylov (likewolf)
Date: 2003-08-10 03:27
Message:
Logged In: YES
user_id=86146
Attached corrected version.
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2003-08-10 00:28
Message:
Logged In: YES
user_id=11494
The prototype is wrong. This is what I find in MSDN docs:
http://msdn.microsoft.com/library/default.asp?url=/library/en-
us/htmlhelp/html/vsconovabouthtmlhelpcommands.asp
HWND HtmlHelpA(
HWND hwndCaller,
LPCSTR pszFile,
UINT uCommand,
DWORD dwData) ;
Danny
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=786031&group_id=2435
--__--__--
Message: 10
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Fri, 13 Feb 2004 10:25:21 -0800
Subject: [Mingw-notify] [ mingw-Support Requests-887177 ] Cannot build projects using \
STLPort
Support Requests item #887177, was opened at 2004-01-29 13:46
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
Category: None
Group: None
Status: Open
Priority: 8
Submitted By: Oliver Stoeneberg (kidkat)
Assigned to: Earnie Boyd (earnie)
Summary: Cannot build projects using STLPort
Initial Comment:
I tried to build a project, that utilizes STLPort with
MinGW and I always got into an endless loop with some
standard includes like "stddef.h", "stdarg.h" and
"string.h". Is there a way to use STLPort with MinGW?
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2004-02-13 13:25
Message:
Logged In: YES
user_id=15438
Here is the blurb from the mingw-dvlpr list:
<blurb>
1) Can we claim GCC is now fixed?
No . There are no RC_INVOKED guards in gcc's headers..
2) Should we guard multiple inclusions?
No. Not stddef.h anyway. It needs to be included multiple
times to get different typedefs. See GCC's stddef.h.
I don't think the bug reported is actually related to
#include_next, but without the output of gcc -E -H I'm
guessing. There used to be a bug in 3.1 or 3.2 with using
namespaces -- resulting in stack overflow as it cycled
through recursive namespace declarations. That looked like
a preprocessor bug but was actually a bug in cc1plus.exe
(gcc -E worked fine, gcc -S didn't)
</blurb>
----------------------------------------------------------------------
Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-02-13 13:02
Message:
Logged In: YES
user_id=591019
Well, yes. I didn't take a look a google form some MinGW
projects using STLPort and finding a workaround. I thought
you might came back with another comment after the dev
discussion, that you mentioned. I might take another look at
it soon, but it wasn't high priority for me getting it
working, but it will be soon.
----------------------------------------------------------------------
Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-02-13 13:02
Message:
Logged In: YES
user_id=591019
Well, yes. I didn't take a look a google form some MinGW
projects using STLPort and finding a workaround. I thought
you might came back with another comment after the dev
discussion, that you mentioned. I might take another look at
it soon, but it wasn't high priority for me getting it
working, but it will be soon.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-02-13 07:36
Message:
Logged In: YES
user_id=15438
Are you still having problems?
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-02-02 07:50
Message:
Logged In: YES
user_id=15438
A simple Google search would reveal that STLPort and MinGW
are being used together by others. Looking at the MinGW
headers I can see that it may be possible to endlessly loop
in and include of stddef.h and stdarg.h. I see that
string.h includes stddef.h. The /mingw/include/stddef.h
simply does an include_next <stddef.h>. The
/mingw/include/stddef.h and /mingw/include/stdarg.h files
are workarounds that will one day be removed. I will
discuss on the developers.
Earnie.
----------------------------------------------------------------------
Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-01-29 13:51
Message:
Logged In: YES
user_id=591019
I forgot to mention my configuration:
Windows 2000
gcc version 3.2 (mingw special 20020817-1)
GNU ld version 2.13.90 20021005
__MINGW32_VERSION 2.4
__W32API_VERSION 2.2 (note: this define is in the
include/w32api.h and not in the include/win32.h as mentioned
on the "Reporting bugs" page on www.mingw.org)
using Dev-C++ 4.9.8.0 compiler package
(http://www.bloodshed.net)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
--__--__--
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic