egcs1.2, template access

egcs1.2, template access

[Eric Dumas]

[Please note I am not on the egcs-bugs list]

Hello.

        I have a problem porting code compiling with SunWspro 4.0 (and
MSC++). The problem is locating in the use of template, and to the
access to the member of this template.


The error is "Parse error before ;".
Egcs v1.1.2 release (2.91.66), linux 2.2.5 - Redhat6.0


template <class ITERATED_CONTAINER, class INDEXED_CONTAINER, class
+BINARY_TRANSFORM>
inline void foo(ITERATED_CONTAINER &destContainer,
                const INDEXED_CONTAINER &srcContainer,
                SizeT srcLength,
                BINARY_TRANSFORM transform)
{
        for (SizeT iSource(0) ;
                iSource != srcLength ;
                ++iSource) {

                // This line is not compiling
                ITERATED_CONTAINER::value_type elem;
        
                transform(elem, srcContainer[iSource]);
                destContainer.push_bask(elem);
        }
}

-- 
                 Eric Dumas (dumas@Linux.EU.Org, dumas@freenix.org)
                          http://www.freenix.org/~dumas/
-- Linux -- Linux -- Linux -- Linux -- Linux -- Linux -- Linux -- Linux --
>From agw@dsm.fordham.edu Thu Jul 08 12:49:00 1999
From: Art Werschulz <agw@dsm.fordham.edu>
To: egcs-bugs@egcs.cygnus.com
Subject: interpreting "make -k check"
Date: Thu, 08 Jul 1999 12:49:00 -0000
Message-id: <199907081947.PAA25096@sobolev.dsm.fordham.edu>
X-SW-Source: 1999-07/msg00314.html
Content-length: 780

Hi.

I've built egcs-1.1.2 on a Compaq (nee Digital) AlphaServer1000,
running Digital Unix 4.0E.

When I do "make -k check", I get some unexpected failures, e.g.,

		=== gcc Summary ===

# of expected passes		7484
# of unexpected failures	14
# of expected failures		7
# of unsupported tests		18

How concerned should I be about these unexpected failures?  Is it
reasonably safe to install the compiler?

(If you like, I can make the results of "make -k check" available to
you via the web.)

Thanks.


-- 
Art Werschulz (8-{)}   "Metaphors be with you."  -- bumper sticker
GCS/M (GAT): d? -p+ c++ l u+(-) e--- m* s n+ h f g+ w+ t++ r- y? 
Net: agw@dsm.fordham.edu <a href=" http://www.dsm.fordham.edu/~agw/ ">WWW</a>
Phone:   Fordham U. (212) 636-6325, Columbia U. (212) 939-7061
>From sosedada@usa.net Thu Jul 08 13:10:00 1999
From: Thomas Matelich <sosedada@usa.net>
To: egcs-bugs@egcs.cygnus.com
Subject: Problem from 1.1.1 to 1.1.2
Date: Thu, 08 Jul 1999 13:10:00 -0000
Message-id: <37850568.8AA88544@usa.net>
X-SW-Source: 1999-07/msg00315.html
Content-length: 2682

I made no changes to my working code and upon recompiling with 1.1.2, I
had unsatisfied symbols:


       g++ -o eddycalc -DDEVELOPMENT_ONLY -DVERBOSE_DEBUG -Wall -W
-Wno-return-type -Wcast-qual -Wno-uninitialized  -frepo
-finline-functions -D_NO_GLOBALS_ -D_HPUX_SOURCE -fomit-frame-pointer
-O3 -funroll-loops  -v -DDEVELOPMENT_ONLY -DVERBOSE_DEBUG -Wall -W
-Wno-return-type -Wcast-qual -Wno-uninitialized  -frepo
-finline-functions -D_NO_GLOBALS_ -D_HPUX_SOURCE -fomit-frame-pointer
-O3 -funroll-loops  -I../include -I/opt/gnu/include
-I/opt/gnu/include/g++ -I../lib/utility_class_lib   -liberty -lstdc++
-L/opt/gnu/lib AutoEddy.o Complex_array_exp.o CscanImage_basics.o
CscanImage_data.o CscanImage_file.o CscanImage_morpho.o
CscanImage_process.o GlobalData.o HabitatClass.o channel_handle.o
channels.o chpoint_array_exp.o dpoint_array_exp.o func_and_algor.o
main.o \
                ../lib/utility_class_lib/c++_util.a
../lib/ansi_habitat_lib/ansi_habitat_lib.a
../lib/clapack_libs/lapack_hp_z.a ../lib/clapack_libs/blas_hp_z.a
../lib/clapack_libs/libF77.a /usr/lib/Motif1.2/libXm.sl
/usr/lib/X11R5/libXt.sl  /usr/lib/X11R5/libX11.sl   || \
                if [ $? -ne 0 -o ! -x eddycalc ]; then \
                test -f eddycalc && touch 0101000093 eddycalc; \
                exit 1; \
                fi;
Reading specs from
/opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux10.20/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
 /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux10.20/egcs-2.91.66/collect2
-L/lib/pa1.1 -L/usr/lib/pa1.1 -z -u main -o eddycalc /usr/ccs/lib/crt0.o
-L/opt/gnu/lib -L/usr/local/qt/lib -L/usr/local/qt/lib
-L/opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux10.20/egcs-2.91.66
-L/opt/gnu/hppa1.1-hp-hpux10.20/lib -L/usr/ccs/bin -L/usr/ccs/lib
-L/opt/gnu/lib -liberty -lstdc++ AutoEddy.o Complex_array_exp.o
CscanImage_basics.o CscanImage_data.o CscanImage_file.o
CscanImage_morpho.o CscanImage_process.o GlobalData.o HabitatClass.o
channel_handle.o channels.o chpoint_array_exp.o dpoint_array_exp.o
func_and_algor.o main.o ../lib/utility_class_lib/c++_util.a
../lib/ansi_habitat_lib/ansi_habitat_lib.a
../lib/clapack_libs/lapack_hp_z.a ../lib/clapack_libs/blas_hp_z.a
../lib/clapack_libs/libF77.a /usr/lib/Motif1.2/libXm.sl
/usr/lib/X11R5/libXt.sl /usr/lib/X11R5/libX11.sl -lstdc++ -lm -lgcc -lc
-lgcc
/usr/ccs/bin/ld: Unsatisfied symbols:
   pthread_once (code)
   pthread_setspecific (code)
   pthread_getspecific (code)
   pthread_keycreate (code)
collect2: ld returned 1 exit status
*** Error exit code 1


Do I need to go back to 1.1.1 till 2.95 comes out?

--
Thomas O Matelich
Senior Software Designer
Zetec, Inc.
sosedada@usa.net
tmatelich@zetec.com

Re: egcs1.2, template access

[Mumit Khan]

On Thu, 8 Jul 1999, Eric Dumas wrote:

> [Please note I am not on the egcs-bugs list]
> 
> Hello.
> 
>         I have a problem porting code compiling with SunWspro 4.0 (and
> MSC++). The problem is locating in the use of template, and to the
> access to the member of this template.

SunWspro 4.0 and MSC++ are in error.

> The error is "Parse error before ;".
> Egcs v1.1.2 release (2.91.66), linux 2.2.5 - Redhat6.0

See "typename" below.

> 
> 
> template <class ITERATED_CONTAINER, class INDEXED_CONTAINER, class
> +BINARY_TRANSFORM>

I assume the '+' is a typo.

> inline void foo(ITERATED_CONTAINER &destContainer,
>                 const INDEXED_CONTAINER &srcContainer,
>                 SizeT srcLength,
>                 BINARY_TRANSFORM transform)

What is SizeT. Please post complete code for bug reports. Let's say
we typedef that to unsigned int for now.

> {
>         for (SizeT iSource(0) ;
>                 iSource != srcLength ;
>                 ++iSource) {
> 
>                 // This line is not compiling
>                 ITERATED_CONTAINER::value_type elem;

                  typename ITERATED_CONTAINER::value_type elem;
		  ^^^^^^^ Need this. Please see the C++ standard or
		  search for "typename" in any C++ forum for more
		  info.

>         
>                 transform(elem, srcContainer[iSource]);
>                 destContainer.push_bask(elem);
>         }
> }
> 
> -- 
>                  Eric Dumas (dumas@Linux.EU.Org, dumas@freenix.org)
>                           http://www.freenix.org/~dumas/
> -- Linux -- Linux -- Linux -- Linux -- Linux -- Linux -- Linux -- Linux --
> 

Regards,
Mumit