Eric Lemings wrote:
The util/localedef.cpp source file fails to compile.
...
gcc runall.o cmdopt.o output.o util.o exec.o display.o -o exec
-L./stdcxx/lib -lstd -lsupc++ -lgcc_eh -lm
gcc -c -I./stdcxx/include/ansi -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG
-I./stdcxx/include -I./stdcxx/include -I
Eric Lemings wrote:
Okay, this patch seems to work just as well.
Cool! Checked in thus:
http://svn.apache.org/viewvc?view=rev&rev=517964
Thank you!
Martin
Index: etc/config/gcc.config
===
--- etc/config/gcc.config (revisi
Eric Lemings wrote:
If LDSOFLAGS is only used when linking the library then I don't see
a problem with that since -dynamiclib is only need when linking the
library. I'm not sure what will happen if that flag is given when
linking executables.
LDSOFLAGS is only used when building a shared libra
Okay, this patch seems to work just as well.
Index: etc/config/gcc.config
===
--- etc/config/gcc.config (revision 517771)
+++ etc/config/gcc.config (working copy)
@@ -74,6 +74,9 @@
ifneq ($(OSNAME),Darwin)
# no -share
The util/localedef.cpp source file fails to compile.
...
gcc runall.o cmdopt.o output.o util.o exec.o display.o -o exec
-L./stdcxx/lib -lstd -lsupc++ -lgcc_eh -lm
gcc -c -I./stdcxx/include/ansi -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG
-I./stdcxx/include -I./stdcxx/include -I./stdcxx/include/loc -
If LDSOFLAGS is only used when linking the library then I don't see
a problem with that since -dynamiclib is only need when linking the
library. I'm not sure what will happen if that flag is given when
linking executables.
Now that I think about it, the -dynamiclib flag probably needs to be
with
Eric Lemings wrote:
"[gcc/Mac OS X 10.4.6 Tiger] Multiple vtable definitions for
bad_exception and bad_alloc"
Thanks Brad! Good to know there is an easy solution for this.
As for the patch, my comment is the same as what I just said
to Farid, i.e., that (like stdcxx C++ sources) the makefiles
Greetings Farid
I have concerns about the change to makefile.rules. Including $(LIBDIR)
in the PATH variable on all platforms creates the potential for mishaps
on other platforms, though the probability of such mishaps is small.
Could you try setting the RPATH makefile variable to '-Wl,-rpat
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, March 12, 2007 6:29 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d
Martin Sebor wrote:
[...]
If you've successfully tested your patch with at
"[gcc/Mac OS X 10.4.6 Tiger] Multiple vtable definitions for
bad_exception and bad_alloc"
$ svn diff etc/config/GNUmakefile.lib
Index: etc/config/GNUmakefile.lib
===
--- etc/config/GNUmakefile.lib (revision 517771)
+++ etc/config/GN
[
https://issues.apache.org/jira/browse/STDCXX-27?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12480517
]
Martin Sebor commented on STDCXX-27:
Most of TR1 (everything but clause 5.2 Mathematical special functions) has be
> -Original Message-
> From: Martin Sebor [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 12, 2007 6:29 PM
> To: stdcxx-dev@incubator.apache.org
> Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d
>
> Martin Sebor wrote:
> [...]
> > If you've successfully tested your patch with at leas
This is mostly a question for our mentors:
I've been reading past Board minutes and came across a comment
expressing a concern about the diversity of the stdcxx commuter
base and the number of committers who have never been active
(see the link below for the full document):
Henri asked if stdc
Mark Brown wrote:
How frustrating!
Yes, it is. The strange thing is that it doesn't happen with
all attachments, only some. I've filed an issue with INFRA:
https://issues.apache.org/jira/browse/INFRA-1194
I'll comment on the patch separately.
Martin
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, March 12, 2007 8:34 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: RFC: stdcxx 4.2 platforms
I would find Cygwin test results helpful. It would also be
helpful do semi-regular build
> -Original Message-
> From: Martin Sebor [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 12, 2007 8:34 PM
> To: stdcxx-dev@incubator.apache.org
> Subject: Re: RFC: stdcxx 4.2 platforms
>
> > I would find Cygwin test results helpful. It would also be
> helpful do semi-regular builds of s
Martin,
Here's the original mail with the patch attached.
-- Mark
-Original Message-
From: [EMAIL PROTECTED]
Sent: Tue, 13 Mar 2007 08:27:26 -0800
To: stdcxx-dev@incubator.apache.org, stdcxx-dev@incubator.apache.org,
stdcxx-dev@incubator.apache.org
Subject: [PATCH] Re: new container me
How frustrating!
Here it is again, this time inline:
Index: /home/mbrown/stdcxx/include/map
===
--- /home/mbrown/stdcxx/include/map (revision 516799)
+++ /home/mbrown/stdcxx/include/map (working copy)
@@ -167,6 +167,10 @@
Mark Brown wrote:
Attached is my first attempt at a patch implementing these functions. Please
let me know if I've missed something. The ChangeLong entry is here:
Sorry Mark but the patch got stripped again.
Martin
2007-03-13 Mark Brown <[EMAIL PROTECTED]>
STDCXX-335
* ma
Attached is my first attempt at a patch implementing these functions. Please
let me know if I've missed something. The ChangeLong entry is here:
2007-03-13 Mark Brown <[EMAIL PROTECTED]>
STDCXX-335
* map (cbegin, cend, crbegin, crend): Implemented new accessor
functions.
new container member functions cbegin() and cend()
--
Key: STDCXX-355
URL: https://issues.apache.org/jira/browse/STDCXX-355
Project: C++ Standard Library
Issue Type: New Feature
Compo
21 matches
Mail list logo