[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify Digest, Vol 7, Issue 5
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2006-12-27 10:23:44
Message-ID: mailman.177097.1167215024.30209.mingw-notify () lists ! sourceforge ! net
[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-owner@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-1621002 ] Internal compiler error: Segmentation
fault (SourceForge.net)
2. [ mingw-Bugs-1621002 ] Internal compiler error: Segmentation
fault (SourceForge.net)
3. [ mingw-Bugs-1602233 ] Problem with "`cmd ...` $var ..."
(SourceForge.net)
4. [ mingw-Bugs-1621919 ] make DESTDIR=blah problem (SourceForge.net)
5. [ mingw-Bugs-1622210 ] GCC 3.4.5 Access Violation when both
cout and cerr used (SourceForge.net)
6. [ mingw-Bugs-1622210 ] GCC 3.4.5 Access Violation when both
cout and cerr used (SourceForge.net)
7. [ mingw-Bugs-1621919 ] make DESTDIR=blah problem (SourceForge.net)
8. [ mingw-Bugs-1621919 ] make DESTDIR=blah problem (SourceForge.net)
----------------------------------------------------------------------
Message: 1
Date: Fri, 22 Dec 2006 12:20:01 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1621002 ] Internal compiler
error: Segmentation fault
To: noreply@sourceforge.net
Message-ID: <E1Gxqs5-0006eX-Bz@sc8-sf-web3.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1621002, was opened at 2006-12-22 12:20
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=1621002&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: gcc
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kevin J Bluck (kbluck)
Assigned to: Danny Smith (dannysmith)
Summary: Internal compiler error: Segmentation fault
Initial Comment:
MinGw 5.1.2, GCC 3.4.2 on Win2k SP4
command line:
g++ -o build\mingw\debug\obj\irr_core_class_aabbox3d.o -c -Wall -fno-exceptions -O0 \
-g3 -DWIN32 -D_WINDOWS -D_CRT_SECURE_NO_DEPRECATE -D_DEBUG -Icpp \
-IC:\Code\lib\python\Include -IC:\Code\lib\python\PC -IC:\Code\ \
Library\irrlicht-1.2\include cpp\irr_core_class_aabbox3d.cpp
error:
cpp\irr_core_class_aabbox3d.cpp:151: internal compiler error: Segmentation fault
Please submit a full bug report, with preprocessed source if appropriate.
Segfault reported on source line 151, which is a definition of a class template \
static member:
template<typename T> PyGetSetDef type<f32>::properties[] =
Previously using GCC 3.2.3 previously without the template specifier, like so:
PyGetSetDef type<f32>::properties[] =
That built successfully, but GCC 3.4.2 will not accept that form as valid syntax.
Tried full specialization syntax as a workaround, like so:
template<> PyGetSetDef type<s32>::properties[] =
That compiled successfully.
Preprocessed source attached.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1621002&group_id=2435
------------------------------
Message: 2
Date: Fri, 22 Dec 2006 12:26:41 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1621002 ] Internal compiler
error: Segmentation fault
To: noreply@sourceforge.net
Message-ID: <E1GxqyX-0004C9-Pw@sc8-sf-web8.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1621002, was opened at 2006-12-22 12:20
Message generated for change (Comment added) made by kbluck
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1621002&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: gcc
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kevin J Bluck (kbluck)
Assigned to: Danny Smith (dannysmith)
Summary: Internal compiler error: Segmentation fault
Initial Comment:
MinGw 5.1.2, GCC 3.4.2 on Win2k SP4
command line:
g++ -o build\mingw\debug\obj\irr_core_class_aabbox3d.o -c -Wall -fno-exceptions -O0 \
-g3 -DWIN32 -D_WINDOWS -D_CRT_SECURE_NO_DEPRECATE -D_DEBUG -Icpp \
-IC:\Code\lib\python\Include -IC:\Code\lib\python\PC -IC:\Code\ \
Library\irrlicht-1.2\include cpp\irr_core_class_aabbox3d.cpp
error:
cpp\irr_core_class_aabbox3d.cpp:151: internal compiler error: Segmentation fault
Please submit a full bug report, with preprocessed source if appropriate.
Segfault reported on source line 151, which is a definition of a class template \
static member:
template<typename T> PyGetSetDef type<f32>::properties[] =
Previously using GCC 3.2.3 previously without the template specifier, like so:
PyGetSetDef type<f32>::properties[] =
That built successfully, but GCC 3.4.2 will not accept that form as valid syntax.
Tried full specialization syntax as a workaround, like so:
template<> PyGetSetDef type<s32>::properties[] =
That compiled successfully.
Preprocessed source attached.
----------------------------------------------------------------------
> Comment By: Kevin J Bluck (kbluck)
Date: 2006-12-22 12:26
Message:
Logged In: YES
user_id=11142
Originator: YES
This appears to be specific to the array-type statics. For example, if I
define one of the char* statics like so:
template<typename T> char * type<f32>::__name__ = "irr.core.aabbox3df";
...while leaving the array-type definitions as full specializations, all
is well. But if I do the same for any of the array-type definitions, the
segfault occurs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1621002&group_id=2435
------------------------------
Message: 3
Date: Sun, 24 Dec 2006 19:20:03 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1602233 ] Problem with "`cmd ...`
$var ..."
To: noreply@sourceforge.net
Message-ID:
<200612250320.kBP3K3GF004658@sc8-sf-db2-new-b.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1602233, was opened at 2006-11-24 03:48
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1602233&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
Group: component package
> Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Alexis Wilke (alexis_wilke)
Assigned to: Earnie Boyd (earnie)
Summary: Problem with "`cmd ...` $var ..."
Initial Comment:
Hi guys,
I'm using an MSYS + GnuWin32 environment to compile the entire Gtk suite. Works \
great, until I launch the Gtk configure script. The problem seems to be because of \
the shell but I cannot really understand why it fails in this one case and nowhere \
else.
I'm attaching a tiny script which fails the same way to show what happens. (well... \
hopefully you can reproduce the problem!) Let me know if I can help. The shell code \
is a bit out of my scope right now... and it probably isn't too easy to fix such a \
bug!
The attached file also includes the MSYS & Shell versions.
Thank you,
Alexis Wilke
----------------------------------------------------------------------
> Comment By: SourceForge Robot (sf-robot)
Date: 2006-12-24 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 30 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-11-24 07:43
Message:
Logged In: YES
user_id=15438
Originator: NO
IIRC, this issue has been raised before. Grab the
http://downloads.sourceforge.net/mingw/MSYS-1.0.11-20060807.tar.bz2 and
install the mingw-1.0.dll using the windows file manager. The bug may
have been fixed by the shell upgrade as well. If the mingw-1.0.dll
upgrade doesn't fix the problem also upgrade
http://downloads.sourceforge.net/mingw/bash-3.1-MSYS-1.0.11-snapshot.tar.bz2
to see if that helps.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1602233&group_id=2435
------------------------------
Message: 4
Date: Mon, 25 Dec 2006 02:00:21 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1621919 ] make DESTDIR=blah
problem
To: noreply@sourceforge.net
Message-ID: <E1Gymd3-000382-N2@sc8-sf-monitor2.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1621919, was opened at 2006-12-25 02:00
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=1621919&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alexis Wilke (alexis_wilke)
Assigned to: Earnie Boyd (earnie)
Summary: make DESTDIR=blah problem
Initial Comment:
Hi guys,
Today I was trying to run a configure + make like under Unix and I ran in a problem \
with DESTDIR versus --prefix.
The steps are very simple:
1. download a source package
2. configure --prefix=/mingw
3. make
4. make DESTDIR=/home/alexis/my-tool/BUILD install-strip
The problem is that the configure script was given the full path to /mingw (i.e. \
F:\blah\foo\bar\mingw). Later the installation prepend the destination directory and \
there is the result:
/home/alexis/my-tool/BUILDF:\blah\foo\bar\mingw
instead of what I expected:
/home/alexis/my-tool/BUILD/mingw
I tried to change step 4. in two steps:
4.a export DESTBIR=BUILD
4.b make install-strip
and I got the same error.
The solution I have found so far is to replace the default directory path inside the \
configure script. This way it does not get transformed. Thus, the following:
ac_default_prefix=/usr/local
becomes:
ac_default_prefix=/mingw
and since MSYS does not change that variable, it works just fine.
Do you have any other solution to this problem?!
Thank you,
Alexis
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1621919&group_id=2435
------------------------------
Message: 5
Date: Mon, 25 Dec 2006 20:03:41 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1622210 ] GCC 3.4.5 Access
Violation when both cout and cerr used
To: noreply@sourceforge.net
Message-ID: <E1Gz3XR-0000Vi-BN@sc8-sf-web6.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1622210, was opened at 2006-12-25 23:03
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=1622210&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: gcc
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Stuart Mentzer (stuart_mentzer)
Assigned to: Danny Smith (dannysmith)
Summary: GCC 3.4.5 Access Violation when both cout and cerr used
Initial Comment:
The candidate MinGW GCC 3.4.5 with DW2 support gives an Access Violation with this \
trivial program:
#include <iostream>
int
main()
{
std::cout << "cout output" << std::endl;
std::cerr << "cerr output" << std::endl;
}
The "normal" 3.4.5 does not have this problem.
System info:
Windows XP SP2
gcc version 3.4.5 (mingw special) [The DW2 version]
GNU ld version 2.17.50 20060824
MinGW installed from components not installer
Not using MSYS
mingw-runtime-3.10
w32api-3.7
Details below.
The error is:
Access Violation at location 0040741d in module t.exe Reading from location 00000030.
Registers:
eax=0043d324 ebx=0043d320 ecx=00000004 edx=00000000 esi=0043d324 edi=0043300c
eip=0040741d esp=0022fec0 ebp=0022fed8 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
Call stack:
0040741D t.exe:0040741D
004052AB t.exe:004052AB
0042E8AE t.exe:0042E8AE
00401493 t.exe:00401493 main t.cc:7
...
{
std::cout << "cout output" << std::endl;
> std::cerr << "cerr output" << std::endl;
}
...
00401237 t.exe:00401237
00401288 t.exe:00401288
7C816FD7 kernel32.dll:7C816FD7 RegisterWaitForInputIdle
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&group_id=2435
------------------------------
Message: 6
Date: Tue, 26 Dec 2006 05:20:59 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1622210 ] GCC 3.4.5 Access
Violation when both cout and cerr used
To: noreply@sourceforge.net
Message-ID: <E1GzCEl-00029u-3i@sc8-sf-web5.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1622210, was opened at 2006-12-25 23:03
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: gcc
Group: None
> Status: Pending
> Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Stuart Mentzer (stuart_mentzer)
Assigned to: Danny Smith (dannysmith)
Summary: GCC 3.4.5 Access Violation when both cout and cerr used
Initial Comment:
The candidate MinGW GCC 3.4.5 with DW2 support gives an Access Violation with this \
trivial program:
#include <iostream>
int
main()
{
std::cout << "cout output" << std::endl;
std::cerr << "cerr output" << std::endl;
}
The "normal" 3.4.5 does not have this problem.
System info:
Windows XP SP2
gcc version 3.4.5 (mingw special) [The DW2 version]
GNU ld version 2.17.50 20060824
MinGW installed from components not installer
Not using MSYS
mingw-runtime-3.10
w32api-3.7
Details below.
The error is:
Access Violation at location 0040741d in module t.exe Reading from location 00000030.
Registers:
eax=0043d324 ebx=0043d320 ecx=00000004 edx=00000000 esi=0043d324 edi=0043300c
eip=0040741d esp=0022fec0 ebp=0022fed8 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
Call stack:
0040741D t.exe:0040741D
004052AB t.exe:004052AB
0042E8AE t.exe:0042E8AE
00401493 t.exe:00401493 main t.cc:7
...
{
std::cout << "cout output" << std::endl;
> std::cerr << "cerr output" << std::endl;
}
...
00401237 t.exe:00401237
00401288 t.exe:00401288
7C816FD7 kernel32.dll:7C816FD7 RegisterWaitForInputIdle
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2006-12-26 08:20
Message:
Logged In: YES
user_id=15438
Originator: NO
boyde@OH6000GBOYDE ~
$ g++ --version
g++.exe (GCC) 3.4.5 (mingw special)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
boyde@OH6000GBOYDE ~
$ cat t.cc
#include <iostream>
int main (void) {
std::cout<<"cout output"<<std::endl;
std::cerr<<"cerr output"<<std::endl;
}
boyde@OH6000GBOYDE ~
$ g++ -ot t.cc
boyde@OH6000GBOYDE ~
$ ./t
cout output
cerr output
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&group_id=2435
------------------------------
Message: 7
Date: Tue, 26 Dec 2006 05:28:07 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1621919 ] make DESTDIR=blah
problem
To: noreply@sourceforge.net
Message-ID: <E1GzCLf-0003rP-Ll@sc8-sf-monitor2.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1621919, was opened at 2006-12-25 05:00
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1621919&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
> Group: Known Feature
> Status: Closed
> Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Alexis Wilke (alexis_wilke)
Assigned to: Earnie Boyd (earnie)
Summary: make DESTDIR=blah problem
Initial Comment:
Hi guys,
Today I was trying to run a configure + make like under Unix and I ran in a problem \
with DESTDIR versus --prefix.
The steps are very simple:
1. download a source package
2. configure --prefix=/mingw
3. make
4. make DESTDIR=/home/alexis/my-tool/BUILD install-strip
The problem is that the configure script was given the full path to /mingw (i.e. \
F:\blah\foo\bar\mingw). Later the installation prepend the destination directory and \
there is the result:
/home/alexis/my-tool/BUILDF:\blah\foo\bar\mingw
instead of what I expected:
/home/alexis/my-tool/BUILD/mingw
I tried to change step 4. in two steps:
4.a export DESTBIR=BUILD
4.b make install-strip
and I got the same error.
The solution I have found so far is to replace the default directory path inside the \
configure script. This way it does not get transformed. Thus, the following:
ac_default_prefix=/usr/local
becomes:
ac_default_prefix=/mingw
and since MSYS does not change that variable, it works just fine.
Do you have any other solution to this problem?!
Thank you,
Alexis
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2006-12-26 08:28
Message:
Logged In: YES
user_id=15438
Originator: NO
See the discussion "mingw compiler bug" in the mingw-users list of last
week for more details.
The proper method is to
configure --prefix=/my/prefix
make
make install prefix=/my/install/prefix
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1621919&group_id=2435
------------------------------
Message: 8
Date: Wed, 27 Dec 2006 02:23:41 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1621919 ] make DESTDIR=blah
problem
To: noreply@sourceforge.net
Message-ID: <E1GzVwj-0007nT-Js@sc8-sf-web11.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1621919, was opened at 2006-12-25 02:00
Message generated for change (Comment added) made by alexis_wilke
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1621919&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
Group: Known Feature
Status: Closed
Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Alexis Wilke (alexis_wilke)
Assigned to: Earnie Boyd (earnie)
Summary: make DESTDIR=blah problem
Initial Comment:
Hi guys,
Today I was trying to run a configure + make like under Unix and I ran in a problem \
with DESTDIR versus --prefix.
The steps are very simple:
1. download a source package
2. configure --prefix=/mingw
3. make
4. make DESTDIR=/home/alexis/my-tool/BUILD install-strip
The problem is that the configure script was given the full path to /mingw (i.e. \
F:\blah\foo\bar\mingw). Later the installation prepend the destination directory and \
there is the result:
/home/alexis/my-tool/BUILDF:\blah\foo\bar\mingw
instead of what I expected:
/home/alexis/my-tool/BUILD/mingw
I tried to change step 4. in two steps:
4.a export DESTBIR=BUILD
4.b make install-strip
and I got the same error.
The solution I have found so far is to replace the default directory path inside the \
configure script. This way it does not get transformed. Thus, the following:
ac_default_prefix=/usr/local
becomes:
ac_default_prefix=/mingw
and since MSYS does not change that variable, it works just fine.
Do you have any other solution to this problem?!
Thank you,
Alexis
----------------------------------------------------------------------
> Comment By: Alexis Wilke (alexis_wilke)
Date: 2006-12-27 02:23
Message:
Logged In: YES
user_id=554061
Originator: YES
This is cool! That sounds like a very good method!
Thank you much for your prompt reply.
Alexis Wilke
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-12-26 05:28
Message:
Logged In: YES
user_id=15438
Originator: NO
See the discussion "mingw compiler bug" in the mingw-users list of last
week for more details.
The proper method is to
configure --prefix=/my/prefix
make
make install prefix=/my/install/prefix
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1621919&group_id=2435
------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
------------------------------
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest, Vol 7, Issue 5
******************************************
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic