9:23 p.m.
When I try compile my project[1] with mingw32 on Fedora I get the following
error:
i686-pc-mingw32-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glibmm-2.4
-I/usr/lib64/glibmm-2.4/include -I/usr/include/sigc++-2.0
-I/usr/lib64/sigc++-2.0/include -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -g -O2 -MT
network_logger-win_networkinterface.o -MD -MP -MF
.deps/network_logger-win_networkinterface.Tpo -c -o
network_logger-win_networkinterface.o `test -f 'win_networkinterface.cpp' ||
echo './'`win_networkinterface.cpp
/usr/include/glibmm-2.4/glibmm/ustring.h: In member function 'void
Glib::ustring::FormatStream::stream(const T&) [with T =
std::_Setfill<char>]':
/usr/include/glibmm-2.4/glibmm/ustring.h:1174: instantiated from 'static
Glib::ustring Glib::ustring::format(const T1&, const T2&, const T3&, const
T4&, const T5&) [with T1 = std::ios_base& ()(std::ios_base&), T2 =
std::_Setfill<char>, T3 = std::_Setw, T4 = std::ios_base&
()(std::ios_base&), T5 = int]'
win_networkinterface.cpp:190: instantiated from here
/usr/include/glibmm-2.4/glibmm/ustring.h:1057: error: no match for
'operator<<' in
'((Glib::ustring::FormatStream*)this)->Glib::ustring::FormatStream::stream_
<< value'
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:112: note:
candidates are: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ostream<_CharT,
_Traits>& (*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT =
wchar_t,
_Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:121:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ios<_CharT,
_Traits>& (*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = wchar_t,
_Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:131:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(std::ios_base&
(*)(std::ios_base&)) [with _CharT = wchar_t, _Traits =
std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:169:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(long int) [with _CharT =
wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:173:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(long unsigned int) [with
_CharT = wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:177:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(bool) [with _CharT =
wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/bits/ostream.tcc:97:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(short int) [with _CharT =
wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:184:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(short unsigned int) [with
_CharT = wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/bits/ostream.tcc:111:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(int) [with _CharT = wchar_t,
_Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:195:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(unsigned int) [with _CharT =
wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:204:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(long long int) [with _CharT
= wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:208:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(long long unsigned int)
[with _CharT = wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:213:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(double) [with _CharT =
wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:217:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(float) [with _CharT =
wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:225:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(long double) [with _CharT =
wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/ostream:229:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT, _Traits>::operator<<(const void*) [with _CharT =
wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/lib64/gcc/i686-pc-mingw32/4.3.2/include/c++/bits/ostream.tcc:125:
note: std::basic_ostream<_CharT, _Traits>&
std::basic_ostream<_CharT,
_Traits>::operator<<(std::basic_streambuf<_CharT,
_Traits>*) [with _CharT = wchar_t, _Traits = std::char_traits<wchar_t>]
/usr/include/glibmm-2.4/glibmm/ustring.h:898: note:
std::ostream& Glib::operator<<(std::ostream&, const Glib::ustring&)
/usr/include/glibmm-2.4/glibmm/ustring.h:912: note:
std::wostream& Glib::operator<<(std::wostream&, const Glib::ustring&)
I can compile this on Windows.
Thank you.
References:
1- http://code.google.com/p/network-logger/source/browse/trunk or
http://network-logger.googlecode.com/svn/trunk
7:51 a.m.
On Fri, Apr 24, 2009 at 11:23:05PM -0300, Fabrício Godoy wrote:
When I try compile my project[1] with mingw32 on Fedora I get the
following
error:
i686-pc-mingw32-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glibmm-2.4
-I/usr/lib64/glibmm-2.4/include -I/usr/include/sigc++-2.0
-I/usr/lib64/sigc++-2.0/include -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -g -O2 -MT
network_logger-win_networkinterface.o -MD -MP -MF
.deps/network_logger-win_networkinterface.Tpo -c -o
network_logger-win_networkinterface.o `test -f 'win_networkinterface.cpp' ||
echo './'`win_networkinterface.cpp
[gigantic C++ error redacted]
I can compile this on Windows.
Can you compile it as a native Fedora program? It looks like a bug in
the source of the program to me, like a missing operator<< or similar.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw
8:13 a.m.
This error is in Windows specific code (win_networkinterface.cpp).
I can compile this using native Windows MinGW.
2009/4/25 Richard W.M. Jones <rjones(a)redhat.com>
On Fri, Apr 24, 2009 at 11:23:05PM -0300, Fabrício Godoy wrote:
> When I try compile my project[1] with mingw32 on Fedora I get the
following
> error:
>
> i686-pc-mingw32-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glibmm-2.4
> -I/usr/lib64/glibmm-2.4/include -I/usr/include/sigc++-2.0
> -I/usr/lib64/sigc++-2.0/include -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -g -O2 -MT
> network_logger-win_networkinterface.o -MD -MP -MF
> .deps/network_logger-win_networkinterface.Tpo -c -o
> network_logger-win_networkinterface.o `test -f 'win_networkinterface.cpp'
||
> echo './'`win_networkinterface.cpp
[gigantic C++ error redacted]
> I can compile this on Windows.
Can you compile it as a native Fedora program? It looks like a bug in
the source of the program to me, like a missing operator<< or similar.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat
http://et.redhat.com/~rjones <http://et.redhat.com/%7Erjones>
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw
_______________________________________________
fedora-mingw mailing list
fedora-mingw(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
8:36 a.m.
2009/4/25 Fabrício Godoy <skarllot(a)gmail.com>:
This error is in Windows specific code (win_networkinterface.cpp).
I can compile this using native Windows MinGW.
Which compiler version are you using in windows? the stock one is 3.4.5 IIRC.
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna
9:11 a.m.
Yes, it's that one.
2009/4/25 Gianluca Sforna <giallu(a)gmail.com>
2009/4/25 Fabrício Godoy <skarllot(a)gmail.com>:
> This error is in Windows specific code (win_networkinterface.cpp).
> I can compile this using native Windows MinGW.
Which compiler version are you using in windows? the stock one is 3.4.5
IIRC.
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna
_______________________________________________
fedora-mingw mailing list
fedora-mingw(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
9:42 a.m.
I found the problem. But I don't know why.
This compiles on Windows MinGW, but not in Fedora MinGW:
Glib::ustring::format(std::setfill('0'), std::setw(2), 30);
This compiles on Fedora MinGW, but not in Windows MinGW:
Glib::ustring::format(std::setfill(L'0'), std::setw(2), 30);
Thank you.
2009/4/25 Fabrício Godoy <skarllot(a)gmail.com>
Yes, it's that one.
2009/4/25 Gianluca Sforna <giallu(a)gmail.com>
2009/4/25 Fabrício Godoy <skarllot(a)gmail.com>:
> > This error is in Windows specific code (win_networkinterface.cpp).
> > I can compile this using native Windows MinGW.
>
> Which compiler version are you using in windows? the stock one is 3.4.5
> IIRC.
>
> --
> Gianluca Sforna
>
> http://morefedora.blogspot.com
> http://www.linkedin.com/in/gianlucasforna
> _______________________________________________
> fedora-mingw mailing list
> fedora-mingw(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
>
10:54 a.m.
Op zaterdag 25-04-2009 om 11:42 uur [tijdzone -0300], schreef Fabrício
Godoy:
I found the problem. But I don't know why.
This compiles on Windows MinGW, but not in Fedora MinGW:
Glib::ustring::format(std::setfill('0'), std::setw(2), 30);
This compiles on Fedora MinGW, but not in Windows MinGW:
Glib::ustring::format(std::setfill(L'0'), std::setw(2), 30);
It might have something to do with GCC. The GCC used by the MinGW folks
is still 3.4.5, while we are using GCC 4.4 (the latest upstream). Maybe
the people at the MinGW or GCC mailing lists can shed more light on this
issue.
Regards,
Erik van Pienbroek
8:46 a.m.
2009/4/25 Fabrício Godoy <skarllot(a)gmail.com>:
I found the problem. But I don't know why.
This compiles on Windows MinGW, but not in Fedora MinGW:
Glib::ustring::format(std::setfill('0'), std::setw(2), 30);
This compiles on Fedora MinGW, but not in Windows MinGW:
Glib::ustring::format(std::setfill(L'0'), std::setw(2), 30);
I have a smaller test case showing the problem. If you compile:
#include <iomanip>
#include <sstream>
using namespace std;
int main ()
{
std::wostringstream stream;
//std::ostringstream stream;
stream << setfill ( 'x' ) << setw (10);
return 0;
}
you get the same error. the error goes away if you use an
ostringstream instead of a wostringstream (or if you use the 'L'
modifier).
Now guess what, glibmm has this in ustring.h:
class ustring::FormatStream
{
private:
#ifdef GLIBMM_HAVE_WIDE_STREAM
typedef std::wostringstream StreamType;
#else
typedef std::ostringstream StreamType;
#endif
So I assume we compile glibmm with GLIBMM_HAVE_WIDE_STREAM defined.
Still not sure what is the correct fix to the issue...
HTH
G.
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna
10:08 a.m.
The gtkmm documentation recomends use of L"anything", then mingw32-glibmm is
correct compiled.
The problem is glibmm compilation for windows.
If I use "#ifdef GLIBMM_HAVE_WIDE_STREAM" everything goes well, thanks.
2009/4/27 Gianluca Sforna <giallu(a)gmail.com>
2009/4/25 Fabrício Godoy <skarllot(a)gmail.com>:
> I found the problem. But I don't know why.
>
> This compiles on Windows MinGW, but not in Fedora MinGW:
> Glib::ustring::format(std::setfill('0'), std::setw(2), 30);
>
> This compiles on Fedora MinGW, but not in Windows MinGW:
> Glib::ustring::format(std::setfill(L'0'), std::setw(2), 30);
>
I have a smaller test case showing the problem. If you compile:
#include <iomanip>
#include <sstream>
using namespace std;
int main ()
{
std::wostringstream stream;
//std::ostringstream stream;
stream << setfill ( 'x' ) << setw (10);
return 0;
}
you get the same error. the error goes away if you use an
ostringstream instead of a wostringstream (or if you use the 'L'
modifier).
Now guess what, glibmm has this in ustring.h:
class ustring::FormatStream
{
private:
#ifdef GLIBMM_HAVE_WIDE_STREAM
typedef std::wostringstream StreamType;
#else
typedef std::ostringstream StreamType;
#endif
So I assume we compile glibmm with GLIBMM_HAVE_WIDE_STREAM defined.
Still not sure what is the correct fix to the issue...
HTH
G.
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna
_______________________________________________
fedora-mingw mailing list
fedora-mingw(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
10:20 a.m.
2009/4/27 Fabrício Godoy <skarllot(a)gmail.com>:
The gtkmm documentation recomends use of L"anything", then
mingw32-glibmm is
correct compiled.
Any pointer to have a look?
The problem is glibmm compilation for windows.
Do you think we
do need to change anything in the glibmm build flags?
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna
10:36 a.m.
2009/4/27 Gianluca Sforna <giallu(a)gmail.com>
2009/4/27 Fabrício Godoy <skarllot(a)gmail.com>:
> The gtkmm documentation recomends use of L"anything", then mingw32-glibmm
is
> correct compiled.
Any pointer to have a look?
http://www.gtkmm.org/docs/glibmm-2.4/docs/reference/html/classGlib_1_1ust...
> The problem is glibmm compilation for windows.
Do you think we do need to change anything in the glibmm build flags?
I think no. When I say "for windows" means "native windows".
Maybe I need to open a discuss in gtkmm mailing list. What you think?
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna
_______________________________________________
fedora-mingw mailing list
fedora-mingw(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
11:56 a.m.
2009/4/27 Fabrício Godoy <skarllot(a)gmail.com>:
> Any pointer to have a look?
http://www.gtkmm.org/docs/glibmm-2.4/docs/reference/html/classGlib_1_1ust...
As far as I can tell from that, they _expect_ the underlying type to
be a wostringstream because the docs explicitly say to use the
setfill(L'0') form. At this point I think we are just seeing an
expected behaviour.
Maybe I need to open a discuss in gtkmm mailing list. What you think?
Could be useful, at least to double check our findings
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna
10:12 a.m.
On Mon, Apr 27, 2009 at 03:46:06PM +0200, Gianluca Sforna wrote:
stream << setfill ( 'x' ) << setw (10);
Is this library call in the mingw32-gcc package?
One thing we have to do is to upgrade to gcc 4.4 final, as they have
just done in Fedora. This might or might not fix the problem ...
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
10:25 a.m.
On Mon, Apr 27, 2009 at 5:12 PM, Richard W.M. Jones <rjones(a)redhat.com> wrote:
On Mon, Apr 27, 2009 at 03:46:06PM +0200, Gianluca Sforna wrote:
> stream << setfill ( 'x' ) << setw (10);
Is this library call in the mingw32-gcc package?
it's a std:: call, it comes from the standard c++ library (libstdc++)
One thing we have to do is to upgrade to gcc 4.4 final, as they have
just done in Fedora. This might or might not fix the problem ...
I guess not... but would be good anyway
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna
5483
days inactive
5485
days old
13 comments
4 participants
participants (4)
-
Erik van Pienbroek -
Fabrício Godoy -
Gianluca Sforna -
Richard W.M. Jones