From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21577 invoked by alias); 12 Feb 2003 22:16:00 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 21555 invoked by uid 71); 12 Feb 2003 22:16:00 -0000 Resent-Date: 12 Feb 2003 22:16:00 -0000 Resent-Message-ID: <20030212221600.21554.qmail@sources.redhat.com> Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer) Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org Resent-Reply-To: gcc-gnats@gcc.gnu.org, dens@stl.sarov.ru Received: (qmail 21244 invoked by uid 48); 12 Feb 2003 22:14:33 -0000 Message-Id: <20030212221433.21243.qmail@sources.redhat.com> Date: Wed, 12 Feb 2003 22:16:00 -0000 From: dens@stl.sarov.ru Reply-To: dens@stl.sarov.ru To: gcc-gnats@gcc.gnu.org X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31) Subject: libstdc++/9679: Strange behaviour of valarray::apply method X-SW-Source: 2003-02/txt/msg00542.txt.bz2 List-Id: >Number: 9679 >Category: libstdc++ >Synopsis: Strange behaviour of valarray::apply method >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Wed Feb 12 22:16:00 UTC 2003 >Closed-Date: >Last-Modified: >Originator: dens@stl.sarov.ru >Release: libstdc++-3.2-7 >Organization: >Environment: cat /etc/issue Red Hat Linux release 8.0 (Psyche) Kernel \r on an \m g++ --version g++ (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) >Description: There is very strange(for me) behaviour of apply method of valarray: #include #include char bar(char arg) { return tolower(arg); } char foo(char * x) { return toupper(*x); } int main(void) { char * str = new char[7]; strcpy(str,"STRING"); std::valarray y(str, 6); /// Strange behaviour char some = foo(&(y.apply(bar)[0])); return 0; } If I understood correctly then apply method should return valarray object which operator [] should return reference to char (char &). (C++ standard 26.3.2.3 and 26.3.2.7 8.) But in our case this operator returns non-lvalue and I can't get it address. It is very strange for me. >How-To-Repeat: Try to compile attached sample >Fix: >Release-Note: >Audit-Trail: >Unformatted: ----gnatsweb-attachment---- Content-Type: application/octet-stream; name="new.cpp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="new.cpp" I2luY2x1ZGUgPHZhbGFycmF5PgojaW5jbHVkZSA8c3RyaW5nLmg+CmNoYXIgYmFyKGNoYXIgYXJn KQp7CiAgICByZXR1cm4gdG9sb3dlcihhcmcpOwp9CgpjaGFyIGZvbyhjaGFyICogeCkKewogICAg cmV0dXJuIHRvdXBwZXIoKngpOwp9CgppbnQgbWFpbih2b2lkKQp7CgljaGFyICogc3RyID0gbmV3 IGNoYXJbN107CglzdHJjcHkoc3RyLCJTVFJJTkciKTsKCglzdGQ6OnZhbGFycmF5PGNoYXI+IHko c3RyLCA2KTsKCWNoYXIgc29tZSA9IGZvbygmKHkuYXBwbHkoYmFyKVswXSkpOwoJcmV0dXJuIDA7 Cn0K