-Original Message-
From: pegasus2000 [mailto:[EMAIL PROTECTED]
Sent: Monday, May 05, 2008 10:57 PM
To: dev@stdcxx.apache.org
Subject: Undefined symbols in STDCXX library for Nanodesktop
...
NOTE:
Under Nanodesktop there isn't a command like
make, so we have used the
pegasus2000 wrote:
The library has been compiled using a
special makefile.gcc, compatible with
the features of Nanodesktop.
What are the compiler and linker flags you are using?
After, I write a simple test program
as this:
#include nanodesktop.h
#include iostream
int main()
{
Try this:
cd $SRCDIR/etc/config/src grep -2 'terminate\.h' *
Note that every #include for this header is wrapped by the same #if
directives. Wouldn't it make sense to move all of these nested if
directives into the header itself and just always include the header?
For example:
Thanks for the info Martin.
I've a propose for you: can you chat with me
a moment on MSN ? So, I can explain the trouble
better.
The only undefined reference that remains is
relative to basic_ostream (char and wchar).
I don't understand why the linker doesn't
link these routines: perhaps
Eric Lemings wrote:
Try this:
cd $SRCDIR/etc/config/src grep -2 'terminate\.h' *
Note that every #include for this header is wrapped by the same #if
directives. Wouldn't it make sense to move all of these nested if
directives into the header itself and just always include the header?
Travis Vitek wrote:
Martin Sebor wrote:
Travis Vitek wrote:
Are you talking about modifying the nightly build infrastructure so that
it will invoke a test several times with different command line
arguments to run the test differently, or are you thinking about having
the test invoke itself
Eric Lemings wrote:
Question.
What was the rationale for using old, C printf-like functions in the
test drive to begin with? Seems like a C++ library, especially a
C++ standard library implementation, would use C++ streams instead.
The rationale was to keep the API super simple, minimize
Eric Lemings wrote:
I was just asking because I observed such a call in _rw_bufcat().
It happens when the printf-like functions in tests/src/printf.cpp
are creating a new buffer for formatting operations.
Fix it :)
Brad.
-Original Message-
From: Martin Sebor [mailto:[EMAIL
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Thu Apr 10 03:17:02 2008
New Revision: 646727
URL: http://svn.apache.org/viewvc?rev=646727view=rev
Log:
2008-04-10 Farid Zaripov [EMAIL PROTECTED]
* tests/localization/22.locale.time.put.cpp (set_TZ): Use tzset() only
if it's
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 06, 2008 1:03 PM
To: dev@stdcxx.apache.org
Subject: Re: Interix
Eric Lemings wrote:
FYI.
http://en.wikipedia.org/wiki/Interix
I like it (Windows SFU/SUA) better than Cygwin.
The
Martin Sebor wrote:
Has anyone tested or looked at the new patch? Travis?
I have not tested it, but I pointed out that it still has problems in my
previous post in this thread... http://tinyurl.com/4pyr4j. I mention
that the msdn docs say you can only reliably use fseek() to move to the
Martin Sebor
[EMAIL PROTECTED] wrote:
Author: vitek
Date: Fri Apr 11 11:41:51 2008
New Revision: 647262
URL: http://svn.apache.org/viewvc?rev=647262view=rev
Log:
2008-04-11 Travis Vitek [EMAIL PROTECTED]
STDCXX-779
* tests/localization/22.locale.num.get.cpp: Add new
[EMAIL PROTECTED] wrote:
Author: vitek
Date: Tue May 6 18:54:31 2008
New Revision: 653965
URL: http://svn.apache.org/viewvc?rev=653965view=rev
Log:
2008-05-06 Travis Vitek [EMAIL PROTECTED]
* tests/localization/22.locale.num.get.cpp: Revert r657262
and apply a simpler fix.
Mark Brown wrote:
Hi again!
Hey Mark!
While testing my own implementation of lexical cast I discovered that
the stdcxx stringstreams are nearly twice as slow as gcc's. I created
a small test program to convince myself of the difference. On my
x86_64 Linux PC it takes 16 seconds to run
14 matches
Mail list logo