ifstream Behaves Strangely when using Static Linking

2007-03-06 Thread Patrick Happel
A customer I'm supporting has run into an issue with ifstream when linking an application statically on AIX. I've attached a test case that reads tokens in from a file three at a time, and prints them out. When compiled with dynamic linking, the application behaves as expected, but when

RE: ifstream Behaves Strangely when using Static Linking

2007-03-06 Thread Patrick Happel
Sorry, first time using this list. Here's the text of the .cpp file, and the input file: Newtester.cpp: #include stdlib.h #include fstream #include iostream #include string int main() { std::ifstream fMap(./newmap,std::ios::in); if (!fMap) {

[PATCH] RE: Cygwin cannot find -lstd12d

2007-03-06 Thread Farid Zaripov
-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 5:55 PM To: stdcxx-dev@incubator.apache.org Subject: Re: Cygwin cannot find -lstd12d There exist libstd12d.so which is DLL file, but linker requires the libstd12d.a file (import

Re: [PATCH] RE: Cygwin cannot find -lstd12d

2007-03-06 Thread Martin Sebor
Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 5:55 PM To: stdcxx-dev@incubator.apache.org Subject: Re: Cygwin cannot find -lstd12d There exist libstd12d.so which is DLL file, but linker requires the libstd12d.a

Re: --compat mode behavior issues

2007-03-06 Thread Andrew Black
Martin Sebor wrote: Andrew Black wrote: [...] A final method would be to alter the rwtest library to treat the file name of '-' when passed to the -O option as stdout, and make a similar change to the RogueWave internal framework, then run the executables with the options '--compat -O -'.

RE: [PATCH] RE: Cygwin cannot find -lstd12d

2007-03-06 Thread Farid Zaripov
-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 7:23 PM To: stdcxx-dev@incubator.apache.org Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d +# generate import library on Cygwin +#ifneq ($(findstring CYGWIN,$(OSNAME)),) +

Re: --compat mode behavior issues

2007-03-06 Thread Andrew Black
Martin Sebor wrote: Andrew Black wrote: [...] Attached is a patch that implements the rwtest and makefile changes for this option. One problem observed is that the 22.locale.time.get, 22.locale.time.put, and 27.objects now report a FORMAT status. The cause of these messages is output after

Re: [PATCH] RE: Cygwin cannot find -lstd12d

2007-03-06 Thread Martin Sebor
Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 7:23 PM To: stdcxx-dev@incubator.apache.org Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d +# generate import library on Cygwin +#ifneq ($(findstring

Re: --compat mode behavior issues

2007-03-06 Thread Martin Sebor
Andrew Black wrote: Martin Sebor wrote: Andrew Black wrote: [...] Attached is a patch that implements the rwtest and makefile changes for this option. One problem observed is that the 22.locale.time.get, 22.locale.time.put, and 27.objects now report a FORMAT status. The cause of these

RE: [PATCH] RE: Cygwin cannot find -lstd12d

2007-03-06 Thread Farid Zaripov
-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 7:55 PM To: stdcxx-dev@incubator.apache.org Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d But in this case using both variables have the same effect because the linker used

Re: --compat mode behavior issues

2007-03-06 Thread Andrew Black
One probable reason is that some legacy tests (like 27_iosfile) produce multiple assertion totals (or are supposed to), and we want the last of these, rather than the first. A second possible reason was to make the parsing FSM slightly simpler (though adding an additional character or two to

Re: svn commit: r513406 - /incubator/stdcxx/trunk/tests/support/18.limits.traps.cpp

2007-03-06 Thread Martin Sebor
Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 8:48 PM To: stdcxx-dev@incubator.apache.org Subject: Re: svn commit: r513406 - /incubator/stdcxx/trunk/tests/support/18.limits.traps.cpp Hi Farid, I'm afraid there's a

Re: ifstream Behaves Strangely when using Static Linking

2007-03-06 Thread Martin Sebor
Patrick Happel wrote: Sorry, first time using this list. Here's the text of the .cpp file, and the input file: I've been able to reproduce this in an 11s (archive, debug, ILP32) build of the library. It looks like the global mask table used by the ctypechar facet in the C locale to determine

[jira] Commented: (STDCXX-286) [AIX] archive libraries not static, built with -qmkshrobj

2007-03-06 Thread Martin Sebor (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478567 ] Martin Sebor commented on STDCXX-286: - See also the thread below for another problem possibly caused by the

Re: svn commit: r511019 - in /incubator/stdcxx/trunk/tests: include/23.list.h src/23.containers.cpp

2007-03-06 Thread Martin Sebor
[EMAIL PROTECTED] wrote: Author: faridz Date: Fri Feb 23 09:04:11 2007 New Revision: 511019 URL: http://svn.apache.org/viewvc?view=revrev=511019 Log: 2007-02-23 Farid Zaripov [EMAIL PROTECTED] ChangeLog: * 23.list.h: New file with definitions of helpers used in clause

Re: compilation error in 0.alloc.cpp

2007-03-06 Thread Martin Sebor
Farid, this looks like your code. When you have a minute, could you take a look at it and see what's going on? Thanks Martin Mark Brown wrote: I'm trying to compile the tests on Cywgin and I'm getting some errors. Here's the first one. I tried to see if it was something obvious that I could

Re: typo in alloc.cpp

2007-03-06 Thread Martin Sebor
Mark Brown wrote: Hi, There appears to be a little typo in the source file alloc.cpp as pointed out by the gcc compilation error on Cygwin. The patch below fixes it. Thanks, this looks trivially correct to me. I'll let Farid commit it since he'll be working on getting the 0.alloc.cpp test to