Re: MSVC8 CRT "Secure Template Overloads" feature and stdcxx
Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 13, 2007 8:40 PM To: stdcxx-dev@incubator.apache.org Subject: Re: MSVC8 CRT "Secure Template Overloads" feature and stdcxx [...] Btw., since you're working on these tests, a useful enhancement (optimization) would be to test all the declarations in the whole header first and only test each function individually if the big test fails. Doing it this way would dramatically speed up the configuration process. The trick would be to keep the list of the functions in the big test in sync with the list used for the individual little tests. One way to deal with it would be to generate the big test from the individual list as the first step and fall back on the current mechanism. I have created JIRA issue on that: http://issues.apache.org/jira/browse/STDCXX-451 Thanks, that'll help us remember to get back to it after the release when we have some spare cycles to work on enhancements. Martin Farid.
RE: MSVC8 CRT "Secure Template Overloads" feature and stdcxx
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 13, 2007 8:40 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: MSVC8 CRT "Secure Template Overloads" feature and stdcxx > [...] > Btw., since you're working on these tests, a useful enhancement > (optimization) would be to test all the declarations in the > whole header first and only test each function individually > if the big test fails. Doing it this way would dramatically > speed up the configuration process. The trick would be to > keep the list of the functions in the big test in sync with > the list used for the individual little tests. One way to > deal with it would be to generate the big test from the > individual list as the first step and fall back on the > current mechanism. > I have created JIRA issue on that: http://issues.apache.org/jira/browse/STDCXX-451 Farid.
[jira] Updated: (STDCXX-451) Improve the checking of the ANSI C library functions
[ https://issues.apache.org/jira/browse/STDCXX-451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-451: - Priority: Minor (was: Major) > Improve the checking of the ANSI C library functions > > > Key: STDCXX-451 > URL: https://issues.apache.org/jira/browse/STDCXX-451 > Project: C++ Standard Library > Issue Type: Improvement > Components: Configuration > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov >Priority: Minor > > Perform checking of all declarations in one step, and fallback to the > current algorithm is the first attempt failed. > The additional info: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200706.mbox/[EMAIL > PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-451) Improve the checking of the ANSI C library functions
Improve the checking of the ANSI C library functions Key: STDCXX-451 URL: https://issues.apache.org/jira/browse/STDCXX-451 Project: C++ Standard Library Issue Type: Improvement Components: Configuration Environment: All Reporter: Farid Zaripov Assignee: Farid Zaripov Perform checking of all declarations in one step, and fallback to the current algorithm is the first attempt failed. The additional info: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200706.mbox/[EMAIL PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
RE: Windows clean targets not cleaning up?
> -Original Message- > From: Farid Zaripov [mailto:[EMAIL PROTECTED] > Sent: Monday, June 18, 2007 5:50 PM > To: stdcxx-dev@incubator.apache.org > Subject: RE: Windows clean targets not cleaning up? > > > -Original Message- > > From: Martin Sebor [mailto:[EMAIL PROTECTED] > > Sent: Friday, June 01, 2007 9:22 PM > > To: stdcxx-dev@incubator.apache.org > > Subject: Windows clean targets not cleaning up? > > > > It looks like the clean targets on Windows haven't been cleaning up > > some rather sizable temporary files from the build space > such as .idb > > and .pdb files. In fact, I see even .exe and .obj files in our > > archived buildspaces with MSVC 8.0. The logs show the clean target > > being invoked but it doesn't say what files is deletes. > > What files are we deleting if not these? Farid, can you see what's > > going on? > > All .idb .pdb .obj .exe files should be removed, except > such files from include\tests directory. > I'll look how make to remove that files too. I've modified configure.wsf to remove tests folder before quit: http://svn.apache.org/viewvc?view=rev&rev=548779 Farid.
RE: Windows build error(s)
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor > Sent: Saturday, June 16, 2007 7:44 PM > To: stdcxx-dev@incubator.apache.org > Subject: Windows build error(s) > > Looks like we're having some problems in Intel C++ builds on > Windows (see the error below). Farid, do you know about this? > [...] > > ### Building solution / Creating HTML log Solution build > script Checking arguments... > Loading solution... > D:\bman5\builds\33687223\source-buildspace\etc\config\windows\ > build.wsf(226, > 10) (null): Call was rejected by callee. I've found how to handle this error here: http://msdn2.microsoft.com/en-us/library/ms228772(vs.80).aspx Unfortunately, jscript don't present the possibility to install COM message filter, so I've just perform the call in a loop with sleep: http://svn.apache.org/viewvc?view=rev&rev=548682 Farid.
RE: PING: Re: Building stdcxx with EDG eccp
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 22, 2007 9:25 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: PING: Re: Building stdcxx with EDG eccp > > Okay, thanks. Let me pass this on to them. Strangely, I'm > pretty sure I was able to get the library configured on my > Linux box at home (running Fedora Core 6). My compiler is gcc > 4.1.1 so maybe that makes a difference. In any event it's > important that you get it to work so please remind me if I > forget to follow up with you about it. Yesterday I've updated GCC to version 4.2.0 and tried with eccp again. No changes. Farid.
