public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* No Subject
@ 1998-03-27 15:18 Ken Faiczak
  1998-03-31  0:46 ` Jeffrey A Law
  0 siblings, 1 reply; 88+ messages in thread
From: Ken Faiczak @ 1998-03-27 15:18 UTC (permalink / raw)
  To: 'egcs'

I'd like to get exceptions working in vxWorks on a MIPS platform.

The code is being generated, it throws the exception but then the thread
is terminated since no frames are found.  How do I register the frames?

I'm simply downloading a relocatable file to the target and running it, so
it is not linked with and crt files that would normally do this.  The crt
normally looks like it does __register_frame_info(__EH_FRAME_BEGIN__,
&object).
I can't seem to get the symbol __EH_FRAME_BEGIN__ defined? Though
there are multiple  __FRAME_BEGIN__ defined and __EXCEPTION_TABLE__.

Anybody have pointers on where to go from here.

I don't want to use the sjlj-exceptions due to performance overhead.  I'm
also
not worried about MT-safe at this point, one thing at a time.


____________________________________________________________
Ken Faiczak			Pixel Scientific Incorporated
ken@pixsci.com			180 Columbia St. West
(519) 884-4196 x2234		Waterloo Ontario, Canada
fax:(519) 884-5949			N2L 3L3



^ permalink raw reply	[flat|nested] 88+ messages in thread

* Re:
  1998-03-27 15:18 No Subject Ken Faiczak
@ 1998-03-31  0:46 ` Jeffrey A Law
  0 siblings, 0 replies; 88+ messages in thread
From: Jeffrey A Law @ 1998-03-31  0:46 UTC (permalink / raw)
  To: Ken Faiczak; +Cc: 'egcs'

  In message < 3521B963898BD111AA6A006008A845160707BC@SERVER >you write:
  > The code is being generated, it throws the exception but then the thread
  > is terminated since no frames are found.  How do I register the frames?
On ELF systems it's done by placing calls to __register_frame_info
in the .init section.  See crtstuff.c in the gcc directory.

jeff

^ permalink raw reply	[flat|nested] 88+ messages in thread

* Re: No subject
  2024-01-05 16:59 ` LIU Hao
@ 2024-01-05 17:05   ` Peter0x44
  0 siblings, 0 replies; 88+ messages in thread
From: Peter0x44 @ 2024-01-05 17:05 UTC (permalink / raw)
  To: LIU Hao, Gcc

5 Jan 2024 5:00:03 pm LIU Hao <lh_mouse@126.com>:

> 在 2024/1/5 21:44, Peter0x44 via Gcc 写道:
>> Since you mentioned windows 7 specifically, some of the suggestions 
>> aren't really appropriate. I don't believe msys2 supports windows 7 
>> anymore.
>
> Nobody mentioned Windows 7... maybe you mistook the question mark? :|
>
> MSYS2 itself no longer supports Windows 7, but it's always possible to 
> cross-compile from a supported system to Windows 7, or something even 
> older like Windows XP or 2000. If you encounter an issue, please let me 
> know.
>
>
> --
> Best regards,
> LIU Hao
You're right, I was reading this on my phone.

Sorry for the confusion.

My points about the complexity of msys2 still apply to me though, and 
that's why I avoid it. I simply have no need for it, and I don't think 
most people do. It is a very valuable service in certain scenarios, I 
just don't think many of them apply to beginners who are asking this sort 
of question.
It's getting far off-topic for the list though, so I'll end it here.

^ permalink raw reply	[flat|nested] 88+ messages in thread

* Re: No subject
  2024-01-05 13:44 Re: No subject Peter0x44
@ 2024-01-05 16:59 ` LIU Hao
  2024-01-05 17:05   ` Peter0x44
  0 siblings, 1 reply; 88+ messages in thread
From: LIU Hao @ 2024-01-05 16:59 UTC (permalink / raw)
  To: Peter0x44, nanirodrigue123, Gcc


[-- Attachment #1.1: Type: text/plain, Size: 533 bytes --]

在 2024/1/5 21:44, Peter0x44 via Gcc 写道:
> Since you mentioned windows 7 specifically, some of the suggestions aren't really appropriate. I 
> don't believe msys2 supports windows 7 anymore.

Nobody mentioned Windows 7... maybe you mistook the question mark? :|

MSYS2 itself no longer supports Windows 7, but it's always possible to cross-compile from a 
supported system to Windows 7, or something even older like Windows XP or 2000. If you encounter an 
issue, please let me know.


-- 
Best regards,
LIU Hao


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

^ permalink raw reply	[flat|nested] 88+ messages in thread

* no subject
@ 2009-12-29 19:40 gcc
  0 siblings, 0 replies; 88+ messages in thread
From: gcc @ 2009-12-29 19:40 UTC (permalink / raw)
  To: gcc

test

^ permalink raw reply	[flat|nested] 88+ messages in thread

* Re: No Subject
  2004-03-31  8:46 ` No Subject Jim Wilson
@ 2004-04-01  8:29   ` Nathanael Nerode
  0 siblings, 0 replies; 88+ messages in thread
From: Nathanael Nerode @ 2004-04-01  8:29 UTC (permalink / raw)
  To: Jim Wilson; +Cc: dj, gcc

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jim Wilson wrote:
| On Tue, 2004-03-30 at 20:41, Nathanael Nerode wrote:
|
|>>I have a patch which tests for build!=host and disables WARN_CFLAGS,
|>>but should fixinc *ever* be built with WARN_CFLAGS?
|>
|>No, it shouldn't.
|
|
| I think this is an over simplistic answer.  You really should be looking
| more closely at this issue if you want to comment on it.
|
| With a native configure, BUILD_CFLAGS includes ALL_CFLAGS which includes
| WARN_CFLAGS which includes GCC_WARN_CFLAGS which includes STRICT_WARN
| and maybe also STRICT2_WARN.  So clearly, the warning flags are used
| when building fixinc in some cases, and that should not be broken.
Oh, it's OK to use the warning flags for fixinc, but it's neither
necessary nor terribly valuable -- I feel that they arrived essentially
by accident.  Long term, the plan was to put fixinc in its own top level
directory.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAa9K9RGZ0aC4lkIIRAmw9AJ9wG+CCfyrNXuC46rzP08nJXneLVgCeJIaw
kTa+damTHIkbd11lwxfCeZQ=
=2Qpm
-----END PGP SIGNATURE-----

^ permalink raw reply	[flat|nested] 88+ messages in thread

* Re: No Subject
       [not found] <20040331044106.GA3560@twcny.rr.com>
@ 2004-03-31  8:46 ` Jim Wilson
  2004-04-01  8:29   ` Nathanael Nerode
  0 siblings, 1 reply; 88+ messages in thread
From: Jim Wilson @ 2004-03-31  8:46 UTC (permalink / raw)
  To: Nathanael Nerode; +Cc: dj, gcc

On Tue, 2004-03-30 at 20:41, Nathanael Nerode wrote:
> >I have a patch which tests for build!=host and disables WARN_CFLAGS,
> >but should fixinc *ever* be built with WARN_CFLAGS?
> No, it shouldn't.

I think this is an over simplistic answer.  You really should be looking
more closely at this issue if you want to comment on it.

With a native configure, BUILD_CFLAGS includes ALL_CFLAGS which includes
WARN_CFLAGS which includes GCC_WARN_CFLAGS which includes STRICT_WARN
and maybe also STRICT2_WARN.  So clearly, the warning flags are used
when building fixinc in some cases, and that should not be broken.

The real problem here seems to be much more subtle and complex, and it
has something to do with how the recursive make for the fixinc.sh rule
works, and how we set these variables when CC_FOR_BUILD != CC.  I
haven't tried doing a build, so I don't know what all is happening here.

In fact, looking at my log from a native build, I see that the warning
flags occur twice, e.g. -Wall appears twice on the gcc command line. 
The command lines for the generator files do not have this problem.  So
there is something funny going on here that I don't fully understand.

Oh, I see the problem.  The recursive make command sets CFLAGS to
include BUILD_CFLAGS.  Then the recursive make itself uses ALL_CFLAGS
which includes CFLAGS and WARN_CFLAGS, and thus the warning flags are
used twice.  More importantly, this causes us to use WARN_CFLAGS with
CC_FOR_BUILD when it shouldn't be.  I think this is the actual
underlying problem.  The recursive make command in the fixinc.sh rule
should perhaps be setting ALL_CFLAGS instead of CFLAGS because the
default .c.o rule uses ALL_CFLAGS.  I think this would solve DJ's
problem, and would eliminate the duplicate flags in the native case
too.  We would also have to fix the export rule to export ALL_CFLAGS
instead of CFLAGS.
-- 
Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-04-30 23:15 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-04-30 23:15 UTC (permalink / raw)
  To: egcs

	* i386.c (output_fp_cc0_set): Don't check the JUMP_INSN code for
	conditional move.
I don't see the point behind this particular change.  

We no longer check that "next" is a JUMP_INSN; however we still require that
SET_DEST (PATTERN (next)) == pc_rtx.  And the only time that should happen is
for a JUMP_INSN.

So I fail to see how that change does anything useful.

HJ -- want to explain why that change is needed?

jeff

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-04-30 23:15 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-04-30 23:15 UTC (permalink / raw)
  To: egcs

Presumable the bugs that generated bad code in a given version also 
generated bad code in the newer version of the compiler.  I'm concerned 
that I'm propagating old compiler errors into otherwise working code.

Any advice as to how to avoid this?  Thanks.


*** Steve Snyder ***


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
  1999-04-24 22:26 Jeffrey A Law
@ 1999-04-30 23:15 ` Jeffrey A Law
  0 siblings, 0 replies; 88+ messages in thread
From: Jeffrey A Law @ 1999-04-30 23:15 UTC (permalink / raw)
  To: egcs

------- Forwarded Message

- ------- Start of forwarded message -------

Sender: Gabriel.Dos-Reis@cmla.ens-cachan.fr
To: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
Cc: egcs@egcs.cygnus.com
Subject: Re: C++: STL 3.2
References: < Pine.GSO.4.10.9904231640040.22202-100000@markab.dbai.tuwien.ac.at >
From: Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr>
In-Reply-To: Gerald Pfeifer's message of "Fri, 23 Apr 1999 16:44:13 +0200 (MET 
DST)"
Organization: CMLA, ENS Cachan -- CNRS URA 1611 (France)
Date: 23 Apr 1999 17:22:20 +0200
Message-ID: <flr9pbfjkj.fsf@poivre.cmla.ens-cachan.fr>
Lines: 15
X-Mailer: Gnus v5.6.45/Emacs 19.34

Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:

| STL 3.2 has been release yesterday:
|   http://www.sgi.com/Technology/STL/whats_new.html
| 
| This missed the "Feature freeze date" by one day, but -- considering the
| relatively long life of our release branches and the usually high quality
| of SGI STL releases -- may I suggest that we merge that in for 1.2?

At this moment, we (on libstdc++-v3) haven't yet make a decision about
which version of <limits>, <valarray> we're going to use. On the other
hand, SGI <valarray> seems to be a replicata of <vector>. May I
suggest to delay the merge?

- -- Gaby

- ------- End of forwarded message -------

------- End of Forwarded Message


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-04-30 23:15 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-04-30 23:15 UTC (permalink / raw)
  To: egcs

Leaving the patch out causes a different set of people problems,
namely the ones that want to compile stuff with egcs-1.1.x and have it
port over to systems with gcc 2.7-compiled libc.

I don't believe there is a right answer.  Mark understands the issues
better, maybe he has one.

zw

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-04-30 23:15 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-04-30 23:15 UTC (permalink / raw)
  To: egcs

> 2) number of bits set

Can be done using gcc inline assembly (on most CPUs that implement
the "NSA instruction" with a single opcode) 

> 3) bit rotation

Dito. 

e.g. on the x86:

extern inline unsigned int rotate_left(int i, unsigned int word)
{
	asm("roll %%cl,%0"
		:"=r" (word)
		:"0" (word),"c" (i));
	return word;
}

> this could be done in the optimizer but would be hard to identify afaik...

gcc tries to spot some of the constructs used to simulate rotation
in C ((x<<i) | (x>>(wordsize-i))) and output it as a single rotate
instruction, but this seems to only work for constant rotate counts.


-Andi

-- 
This is like TV. I don't like TV.

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-04-30 23:15 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-04-30 23:15 UTC (permalink / raw)
  To: egcs

> You will also need to deal with the legal issues for contributing to the
> egcs project.  See
> http://egcs.cygnus.com/contribute.html

Aware of these.

> Finally, we are in the egcs-1.2 release cycle and past the feature
> freeze date. The only patches going into the source tree for the next
> 2 weeks will be bugfixes and features submitted before the feature
> freeze date.

Understandable - no blame there,
-- Elliot
"We're sorry, we didn't know it was supposed to be invisible."
	- Sign carried outside US embassy.


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-04-30 23:15 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-04-30 23:15 UTC (permalink / raw)
  To: egcs

So, any benchmarking showing substantial changes in performance would
be appreciated.  I'd be surprised at substantial improvements, given
what I've seen of the effects.  Substantial *drops* in performance,
due to my patch, I'd like to investigate ASAP, to make sure we address
them in 1.2.  (I don't think there'll be any, aside from the usual
spurious effects of making code-generation changes -- different
placement of stuff vis-a-vis the cache or TLB, for example.)

If you can't check-out a copy of egcs to do this (no readonly access,
for example), just wait until the next snapshot, and give it a try!

        tq vm, (burley)

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-04-30 23:15 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-04-30 23:15 UTC (permalink / raw)
  To: egcs

> 2) number of bits set

Can be done using gcc inline assembly (on most CPUs that implement
the "NSA instruction" with a single opcode) 

> 3) bit rotation

Dito. 

e.g. on the x86:

extern inline unsigned int rotate_left(int i, unsigned int word)
{
	asm("roll %%cl,%0"
		:"=r" (word)
		:"0" (word),"c" (i));
	return word;
}

> this could be done in the optimizer but would be hard to identify afaik...

gcc tries to spot some of the constructs used to simulate rotation
in C ((x<<i) | (x>>(wordsize-i))) and output it as a single rotate
instruction, but this seems to only work for constant rotate counts.


-Andi

-- 
This is like TV. I don't like TV.

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-04-24 22:26 Jeffrey A Law
  1999-04-30 23:15 ` Jeffrey A Law
  0 siblings, 1 reply; 88+ messages in thread
From: Jeffrey A Law @ 1999-04-24 22:26 UTC (permalink / raw)
  To: egcs

------- Forwarded Message

- ------- Start of forwarded message -------

Sender: Gabriel.Dos-Reis@cmla.ens-cachan.fr
To: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
Cc: egcs@egcs.cygnus.com
Subject: Re: C++: STL 3.2
References: < Pine.GSO.4.10.9904231640040.22202-100000@markab.dbai.tuwien.ac.at >
From: Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr>
In-Reply-To: Gerald Pfeifer's message of "Fri, 23 Apr 1999 16:44:13 +0200 (MET 
DST)"
Organization: CMLA, ENS Cachan -- CNRS URA 1611 (France)
Date: 23 Apr 1999 17:22:20 +0200
Message-ID: <flr9pbfjkj.fsf@poivre.cmla.ens-cachan.fr>
Lines: 15
X-Mailer: Gnus v5.6.45/Emacs 19.34

Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:

| STL 3.2 has been release yesterday:
|   http://www.sgi.com/Technology/STL/whats_new.html
| 
| This missed the "Feature freeze date" by one day, but -- considering the
| relatively long life of our release branches and the usually high quality
| of SGI STL releases -- may I suggest that we merge that in for 1.2?

At this moment, we (on libstdc++-v3) haven't yet make a decision about
which version of <limits>, <valarray> we're going to use. On the other
hand, SGI <valarray> seems to be a replicata of <vector>. May I
suggest to delay the merge?

- -- Gaby

- ------- End of forwarded message -------

------- End of Forwarded Message

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-03-31 23:46 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-03-31 23:46 UTC (permalink / raw)
  To: egcs

Thanks,
Chad Gatesman


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-03-31 23:46 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-03-31 23:46 UTC (permalink / raw)
  To: egcs

But my biggest consern was for the people that would be using the library.  As
standard practice of the API within the library it is assumed you can pass NULL
to them.  This is mostly because the parameter in question has been mostly
designed to handle both pointers and values.  I agree, this was not the best
approach to do this, but technically, it should work.

Thanks for all the help,
Chad Gatesman


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
  1999-03-24  8:47 Leonardo Marques de Souza
@ 1999-03-31 23:46 ` Leonardo Marques de Souza
  0 siblings, 0 replies; 88+ messages in thread
From: Leonardo Marques de Souza @ 1999-03-31 23:46 UTC (permalink / raw)
  To: egcs

subscribe leo@opensystem.org.br


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-03-31 23:46 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-03-31 23:46 UTC (permalink / raw)
  To: egcs

Oh boy...It appears as though "gcc" on our machines has magically become
gcc-2.7.2.3 rather than egcs-1.1.1 as it used to be.  egcs in fact
functions correctly.  gcc-2.7.2.3 does not.

Our sysadmins will be hearing about this...  >:-[

Sorry to bother everyone with this "problem."

However, the signedness problem still seems to be there:

#include <stdio.h>

struct foo { int c:3; } x = { 7 };

int main(void)
{
  printf("%d\n", x.c);

  return(0);
}

>>-drakh-> egcc fieldinit.c
>>-drakh-> ./a.out
-1

I think the output should be 7, since an "int"
 bitfield is supposed
to be unsigned according to the i386 SysV ABI.

>>-drakh-> egcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/egcs-2.91.60/specs
gcc version egcs-2.91.60 Debian 2.1 (egcs-1.1.1 release)


                                            -Dave

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-03-31 23:46 Gerald Pfeifer
  0 siblings, 0 replies; 88+ messages in thread
From: Gerald Pfeifer @ 1999-03-31 23:46 UTC (permalink / raw)
  To: egcs

> Assuming no major problems I'd like to put the release on the FTP server
> Friday and announce the release on Monday.

When on Friday? There's some patch to the FAQ I'm waiting for. No reason
to delay the release, but it would be nice to know my deadline...

Gerald
-- 
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-03-31 23:46 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-03-31 23:46 UTC (permalink / raw)
  To: egcs

Question: what is Your  libc.so:  if it is simply symbolic link than
	   that's wrong as it should be linker script.

Make also sure You have only one libc.so.

Andris

I have following /usr/lib/libc.so

/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a )

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-03-24  8:47 Leonardo Marques de Souza
  1999-03-31 23:46 ` Leonardo Marques de Souza
  0 siblings, 1 reply; 88+ messages in thread
From: Leonardo Marques de Souza @ 1999-03-24  8:47 UTC (permalink / raw)
  To: egcs

subscribe leo@opensystem.org.br

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
  1999-02-02 16:11 killer
@ 1999-02-28 22:53 ` killer
  0 siblings, 0 replies; 88+ messages in thread
From: killer @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

UNSUBSCRIBE

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

The pending set of changes is usually refered to as the "New C++ ABI".


  > On a side note: Why is glibc gone... "political reasons"??? It's open
  > source software for heaven's sake.
Take it up with RMS.  The discussion over the political issues with glibc
doesn't belong here.

jeff

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 Nathan Sidwell
  0 siblings, 0 replies; 88+ messages in thread
From: Nathan Sidwell @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

It does not seem to be sensible to warn about cases where the programmer has
only overloaded a subset of the parent's virtual functions.

Which should be fixed, documentation or implementation?

I would have thought that it would be sensible to catch the cases where a
derrived class's virtual member function's type signature did not match a base
class member (virtual or non-virtual), but it could be coerced through normal
(not allowing user conversion operators) overload resolution rules into that
signature. We'd also warn about a derrived class's virtual member function
which matched a base class's non-virtual member function.

Thus we'd warn about
'virtual T A::foo(A)' and 'virtual T B::foo(B)' (type signature similar)
'virtual T A::foo(A)' and 'T B::foo(B)' (type signature similar)
'T A::foo(A)' and 'virtual T B::foo(B)' (looks like non-virtual base)
'T A::foo(A)' and 'virtual T B::foo(A)' (matches non-virtual base)

We would not warn about
'T A::foo(A)' and 'T B::foo(B)', (neither is virtual)
'virtual T A::foo(X)' and 'virtual T B::foo(Y), (Y and X have no relation)
'virtual T A::foo(X)' and 'T B::foo(Y), (Y and X have no relation)
'virtual T A::foo()' and 'T B::foo()', (because there's nothing wrong)

comments?

nathan

-- 
Dr Nathan Sidwell :: Computer Science Department :: Bristol University
      You can up the bandwidth, but you can't up the speed of light      
nathan@acm.org  http://www.cs.bris.ac.uk/~nathan/  nathan@cs.bris.ac.uk

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 Jörn Rennecke
  0 siblings, 0 replies; 88+ messages in thread
From: Jörn Rennecke @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

I'm currently bootstrapping with this patch:

Wed Feb 24 00:15:13 1999  J"orn Rennecke <amylaar@cygnus.co.uk>

	* loop.c (loop_insn_first_p): Faster implementation.

Index: loop.c
===================================================================
RCS file: /egcs/carton/cvsfiles/egcs/gcc/loop.c,v
retrieving revision 1.145
diff -p -r1.145 loop.c
*** loop.c	1999/02/22 14:11:55	1.145
--- loop.c	1999/02/24 00:15:55
*************** maybe_eliminate_biv (bl, loop_start, end
*** 8112,8125 ****
     This is like insn_first_p, except that we use the luid information if
     available.  */
  
! static int
  loop_insn_first_p (insn, reference)
       rtx insn, reference;
  {
!   return ((INSN_UID (insn) < max_uid_for_loop
! 	   && INSN_UID (reference) < max_uid_for_loop)
! 	  ? INSN_LUID (insn) < INSN_LUID (reference)
! 	  : insn_first_p (insn, reference));
  }
  
  /* We are trying to eliminate BIV in INSN using GIV.  Return non-zero if
--- 8110,8138 ----
     This is like insn_first_p, except that we use the luid information if
     available.  */
  
! int
  loop_insn_first_p (insn, reference)
       rtx insn, reference;
  {
!   rtx p, q;
! 
!   for (p = insn, q = reference; ;)
!     {
!       if (INSN_UID (insn) < max_uid_for_loop
! 	  && INSN_UID (reference) < max_uid_for_loop)
! 	return INSN_LUID (insn) < INSN_LUID (reference);
! 
!       /* Start with test for not first so that INSN == REFERENCE yields not
!          first.  */
!       if (q == insn || ! p)
!         return 0;
!       if (p == reference || ! q)
!         return 1;
!       if (INSN_UID (p) >= max_uid_for_loop)
! 	p = NEXT_INSN (p);
!       if (INSN_UID (q) >= max_uid_for_loop)
! 	q = NEXT_INSN (q);
!     }
  }
  
  /* We are trying to eliminate BIV in INSN using GIV.  Return non-zero if

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 Carlo Wood
  0 siblings, 0 replies; 88+ messages in thread
From: Carlo Wood @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

                                  added #pragma interface
   text    data     bss   total	  to header file:
 351515   10404    3920  365839   select.h
 351786   10404    3920  366110   iodbbuf_fd.h
 352362   10404    3920  366686   listen_sock.h
 352362   10404    3920  366686   listen_sock_dtct.h
 352426   10404    3920  366750    -
 353303   10436    3920  367659   sock.h
 354257   10464    3928  368649   events.h
 355505   10488    3940  369933   timing.h
 361015   11296    4048  376359   traits.h

Interesting is that the size *grows* 3% by *adding* a "#pragma interface"
just to traits.h :)...

The bad cases however are at the top: The cases in which adding
"#pragma interface" indeed makes the (text) size shrink.

I'd charaterize these "winners" as the ones that are included in the
most source files and/or contain functions that are used the most often.
There is no reason to assume they do something special, except being
used a lot.

"sys.h" for instance is #included in EVERY source file, before ANY
other header file is included (including system header files).

A test file with only '#include "libr/sys.h"' in it, compiled
with -E, and skipping all empty lines and comments gives:

==============================================================================
extern "C" { 
typedef unsigned char __u_char;
typedef unsigned short __u_short;
typedef unsigned int __u_int;
typedef unsigned long __u_long;
typedef unsigned long long int __u_quad_t;
typedef long long int __quad_t;
typedef __quad_t *__qaddr_t;
typedef __u_quad_t __dev_t;		 
typedef __u_int __uid_t;		 
typedef __u_int __gid_t;		 
typedef __u_long __ino_t;		 
typedef __u_int __mode_t;		 
typedef __u_int __nlink_t; 		 
typedef long int __off_t;		 
typedef __quad_t __loff_t;		 
typedef int __pid_t;			 
typedef int __ssize_t;			 
typedef struct
  {
    int __val[2];
  } __fsid_t;				 
typedef int __daddr_t;			 
typedef char *__caddr_t;
typedef long int __time_t;
typedef long int __swblk_t;		 
\f
typedef long int __clock_t;
typedef unsigned long int __fd_mask;
typedef struct
  {
    __fd_mask fds_bits[1024  / (8 * sizeof (__fd_mask)) ];
  } __fd_set;
typedef int __key_t;
typedef unsigned short int __ipc_pid_t;
typedef __u_char u_char;
typedef __u_short u_short;
typedef __u_int u_int;
typedef __u_long u_long;
typedef __quad_t quad_t;
typedef __u_quad_t u_quad_t;
typedef __fsid_t fsid_t;
typedef __dev_t dev_t;
typedef __gid_t gid_t;
typedef __ino_t ino_t;
typedef __mode_t mode_t;
typedef __nlink_t nlink_t;
typedef __off_t off_t;
typedef __loff_t loff_t;
typedef __pid_t pid_t;
typedef __uid_t uid_t;
typedef __ssize_t ssize_t;
typedef __daddr_t daddr_t;
typedef __caddr_t caddr_t;
typedef __key_t key_t;
typedef __time_t time_t;
typedef unsigned int size_t;
typedef unsigned long int ulong;
typedef unsigned short int ushort;
typedef unsigned int uint;
typedef int int8_t __attribute__ ((__mode__ (  __QI__ ))) ;
typedef unsigned int u_int8_t __attribute__ ((__mode__ (  __QI__ ))) ;
typedef int int16_t __attribute__ ((__mode__ (  __HI__ ))) ;
typedef unsigned int u_int16_t __attribute__ ((__mode__ (  __HI__ ))) ;
typedef int int32_t __attribute__ ((__mode__ (  __SI__ ))) ;
typedef unsigned int u_int32_t __attribute__ ((__mode__ (  __SI__ ))) ;
typedef int int64_t __attribute__ ((__mode__ (  __DI__ ))) ;
typedef unsigned int u_int64_t __attribute__ ((__mode__ (  __DI__ ))) ;
typedef int register_t __attribute__ ((__mode__ (__word__)));
struct timespec
  {
    long int tv_sec;		 
    long int tv_nsec;		 
  };
extern "C" { 
struct timeval;
typedef __fd_mask fd_mask;
typedef __fd_set fd_set;
extern int __select  (int __nfds, __fd_set *__readfds,
			  __fd_set *__writefds, __fd_set *__exceptfds,
			  struct timeval *__timeout)  ;
extern int select  (int __nfds, __fd_set *__readfds,
			__fd_set *__writefds, __fd_set *__exceptfds,
			struct timeval *__timeout)  ;
extern int __pselect  (int __nfds, __fd_set *__readfds,
			   __fd_set *__writefds, __fd_set *__exceptfds,
			   struct timespec *__timeout)  ;
extern int pselect  (int __nfds, __fd_set *__readfds,
			 __fd_set *__writefds, __fd_set *__exceptfds,
			 struct timespec *__timeout)  ;
} 
} 
const unsigned int malloc_overhead_c = 0;
typedef int sa_handler_param_type;
static const char rcs_ident_sys_sys_h[] __attribute__ ((unused)) =   "$Id: sys.h,v 1.1.1.1 1998/06/17 16:02:19 carlo Exp $" ; 
==============================================================================

So, a clue could perhaps be that a `typedef' uses space in the text segment?
(In a duplicating way)

Note that all of these typedefs come from system header files that were
included from sys.h.  It surprices me that "#pragma interface" seems to
have influence in this case.  Perhaps I should start to include all my
system headers from own headers, so I can add a "#pragma interface" in
front of it (the system headers do not contain a "#pragma interface" by
themselfs).

If I can provide any other info, please let me know.
Hopefully things get easier once I can release libr (I am waiting for
Qt-2.0 to be released because I want to use its QPL).

After adding "#pragma interface" only in those header files where it
makes the text segment shrink, I could get it as small as:

   text    data     bss     dec     hex filename
 329351    9680    3780  342811   53b1b ../../lib/libr.so.0.2.5

which is 10% smaller than the worsed case...

Regard,

 Carlo Wood  <carlo@runaway.xs4all.nl>

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

You can have multiple threads safely reading a container, but
if you plan to write/update/munge a container, no-one else can
be reading it.

(there really is no way for them to lock some things internally,
ie:

	typedef map<string, string> SSMap;

	SSMap foo, bar;

	foo["a"] = bar["a"];

Each half  of the assignment would need to lock the container, 
but what you really need is a lock around the entire statement.

Strangely enough, it seems that on Solaris, the Alloc classes 
aren't threadsafe (or is it just my underlying malloc that's
bogus), and I -must- -D_PTHREADS in order for the STL to 
serialize access to allocations.

Elsewise, simple copy-constructoring a container will occasionally
segfault.

Note though, wrapping that Allocator with a lock gives less-than-stellar
performance.

Are there plans in 1.1.2 to include the most recent SGI STL?

-Bob


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

		long long : 128 bits
		     long : 64 bits
			int : 64 bits
		    short : 32 bits
	    short short : 16 bits
		     char : 8 bits

Gmo.

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

If it doesn't, it doesn't do me much good.



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

The bogus code looks like:

        .ascii "/tmp/x.c\0"     / DW_AT_name
        .ascii "/home3/negcs/gcc\0"     / DW_AT_comp_dir
        .ascii "GNU C egcs-2.93.09 19990225 (gcc2 ss-980929 experimental)\0"
/ DW_AT_producer
        .byte   0x1     / DW_AT_language
        .4byte  .Ltext_label0   / DW_AT_low_pc
        .4byte  .Letext0        / DW_AT_high_pc
->        .4byte  *.Ldebug_line_label0    / DW_AT_stmt_list
        .byte   0x2     / ULEB128 0x2 (DIE (0x6d) DW_TAG_subprogram)
        .byte   0x1     / DW_AT_external

Remove the '*' from that line, and it compiles and links again.



Index: dwarf2out.c
===================================================================
RCS file: /egcs/carton/cvsfiles/egcs/gcc/dwarf2out.c,v
retrieving revision 1.85
diff -u -p -r1.85 dwarf2out.c
--- dwarf2out.c	1999/02/24 17:48:42	1.85
+++ dwarf2out.c	1999/02/26 07:21:27
@@ -2624,7 +2624,23 @@ static unsigned lookup_filename		PROTO((
 #define BSS_SECTION		".bss"
 #endif
 
+/* Labels we insert at beginning sections we can reference instead of
+   the section names themselves. */
 
+#ifndef TEXT_SECTION_LABEL
+#define TEXT_SECTION_LABEL	"Ltext_label"
+#endif
+#ifndef  DEBUG_LINE_SECTION_LABEL
+#define DEBUG_LINE_SECTION_LABEL "Ldebug_line_label"
+#endif
+#ifndef  DEBUG_INFO_SECTION_LABEL
+#define DEBUG_INFO_SECTION_LABEL "Ldebug_info_label"
+#endif
+#ifndef  ABBREV_SECTION_LABEL
+#define ABBREV_SECTION_LABEL "Ldebug_abbrev_label"
+#endif
+
+
 /* Definitions of defaults for formats and names of various special
    (artificial) labels which may be generated within this file (when the -g
    options is used and DWARF_DEBUGGING_INFO is in effect.
@@ -2632,6 +2648,10 @@ static unsigned lookup_filename		PROTO((
    typically, overriding these defaults is unnecessary.  */
 
 static char text_end_label[MAX_ARTIFICIAL_LABEL_BYTES];
+static char text_section_label[MAX_ARTIFICIAL_LABEL_BYTES];
+static char abbrev_section_label[MAX_ARTIFICIAL_LABEL_BYTES];
+static char debug_info_section_label[MAX_ARTIFICIAL_LABEL_BYTES];
+static char debug_line_section_label[MAX_ARTIFICIAL_LABEL_BYTES];
 
 #ifndef TEXT_END_LABEL
 #define TEXT_END_LABEL		"Letext"
@@ -5423,7 +5443,7 @@ output_compilation_unit_header ()
     fprintf (asm_out_file, "\t%s DWARF version number", ASM_COMMENT_START);
 
   fputc ('\n', asm_out_file);
-  ASM_OUTPUT_DWARF_OFFSET (asm_out_file, stripattributes (ABBREV_SECTION));
+  ASM_OUTPUT_DWARF_OFFSET (asm_out_file, abbrev_section_label);
   if (flag_debug_asm)
     fprintf (asm_out_file, "\t%s Offset Into Abbrev. Section",
 	     ASM_COMMENT_START);
@@ -5496,7 +5516,7 @@ output_pubnames ()
     fprintf (asm_out_file, "\t%s DWARF Version", ASM_COMMENT_START);
 
   fputc ('\n', asm_out_file);
-  ASM_OUTPUT_DWARF_OFFSET (asm_out_file, stripattributes (DEBUG_INFO_SECTION));
+  ASM_OUTPUT_DWARF_OFFSET (asm_out_file, debug_info_section_label);
   if (flag_debug_asm)
     fprintf (asm_out_file, "\t%s Offset of Compilation Unit Info.",
 	     ASM_COMMENT_START);
@@ -5577,7 +5597,7 @@ output_aranges ()
     fprintf (asm_out_file, "\t%s DWARF Version", ASM_COMMENT_START);
 
   fputc ('\n', asm_out_file);
-  ASM_OUTPUT_DWARF_OFFSET (asm_out_file, stripattributes (DEBUG_INFO_SECTION));
+  ASM_OUTPUT_DWARF_OFFSET (asm_out_file, debug_info_section_label);
   if (flag_debug_asm)
     fprintf (asm_out_file, "\t%s Offset of Compilation Unit Info.",
 	     ASM_COMMENT_START);
@@ -5603,13 +5623,13 @@ output_aranges ()
 	     ASM_COMMENT_START, 2 * PTR_SIZE);
 
   fputc ('\n', asm_out_file);
-  ASM_OUTPUT_DWARF_ADDR (asm_out_file, stripattributes (TEXT_SECTION));
+  ASM_OUTPUT_DWARF_ADDR (asm_out_file, text_section_label);
   if (flag_debug_asm)
     fprintf (asm_out_file, "\t%s Address", ASM_COMMENT_START);
 
   fputc ('\n', asm_out_file);
   ASM_OUTPUT_DWARF_ADDR_DELTA (asm_out_file, text_end_label,
-			       stripattributes (TEXT_SECTION));
+			       text_section_label);
   if (flag_debug_asm)
     fprintf (asm_out_file, "%s Length", ASM_COMMENT_START);
 
@@ -5794,14 +5814,14 @@ output_line_info ()
   fputc ('\n', asm_out_file);
   ASM_OUTPUT_DWARF_DATA1 (asm_out_file, DW_LNE_set_address);
   fputc ('\n', asm_out_file);
-  ASM_OUTPUT_DWARF_ADDR (asm_out_file, stripattributes (TEXT_SECTION));
+  ASM_OUTPUT_DWARF_ADDR (asm_out_file, text_section_label);
   fputc ('\n', asm_out_file);
 
   /* Generate the line number to PC correspondence table, encoded as
      a series of state machine operations.  */
   current_file = 1;
   current_line = 1;
-  strcpy (prev_line_label, stripattributes (TEXT_SECTION));
+  strcpy (prev_line_label, text_section_label);
   for (lt_index = 1; lt_index < line_info_table_in_use; ++lt_index)
     {
       register dw_line_info_ref line_info;
@@ -9851,6 +9871,21 @@ dwarf2out_init (asm_out_file, main_input
   gen_compile_unit_die (main_input_filename);
 
   ASM_GENERATE_INTERNAL_LABEL (text_end_label, TEXT_END_LABEL, 0);
+  ASM_GENERATE_INTERNAL_LABEL (abbrev_section_label, ABBREV_SECTION_LABEL, 0);
+  ASM_GENERATE_INTERNAL_LABEL (text_section_label, TEXT_SECTION_LABEL, 0);
+  ASM_GENERATE_INTERNAL_LABEL (debug_info_section_label, 
+			       DEBUG_INFO_SECTION_LABEL, 0);
+  ASM_GENERATE_INTERNAL_LABEL (debug_line_section_label, 
+			       DEBUG_LINE_SECTION_LABEL, 0);
+
+  ASM_OUTPUT_SECTION (asm_out_file, ABBREV_SECTION);
+  ASM_OUTPUT_LABEL (asm_out_file, abbrev_section_label);
+  ASM_OUTPUT_SECTION (asm_out_file, TEXT_SECTION);
+  ASM_OUTPUT_LABEL (asm_out_file, text_section_label);
+  ASM_OUTPUT_SECTION (asm_out_file, DEBUG_INFO_SECTION);
+  ASM_OUTPUT_LABEL (asm_out_file, debug_info_section_label);
+  ASM_OUTPUT_SECTION (asm_out_file, DEBUG_LINE_SECTION);
+  ASM_OUTPUT_LABEL (asm_out_file, debug_line_section_label);
 }
 
 /* Output stuff that dwarf requires at the end of every file,
@@ -9918,12 +9953,11 @@ dwarf2out_finish ()
 	 was in .text.  */
       if (separate_line_info_table_in_use == 0)
 	{
-	  add_AT_lbl_id (comp_unit_die, DW_AT_low_pc,
-			 stripattributes (TEXT_SECTION));
+	  add_AT_lbl_id (comp_unit_die, DW_AT_low_pc, text_section_label);
 	  add_AT_lbl_id (comp_unit_die, DW_AT_high_pc, text_end_label);
 	}
 
-      add_AT_section_offset (comp_unit_die, DW_AT_stmt_list, DEBUG_LINE_SECTION);
+      add_AT_section_offset (comp_unit_die, DW_AT_stmt_list, debug_line_section_label);
     }
 
   /* Output the abbreviation table.  */

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 John White
  0 siblings, 0 replies; 88+ messages in thread
From: John White @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

Hmmm... now that I think about this, when I ran configure, 
I used a prefix which was different from /usr/local, where I
ended up moving all the files to.

That is, I used a prefix of /tmpr/usr/local, then moved all
the files to /usr/local

Is that going to cause problems?  

Basically, to bootstrap a machine, I install a binary distribution
of a non natively built compiler.  I'd like to cleanly uninstall that
compiler before installing egcs...

-- 
John White
johnjohn@triceratops.com
PGP Public Key: http://www.triceratops.com/john/public-key.pgp

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-28 22:53 
  0 siblings, 0 replies; 88+ messages in thread
From:  @ 1999-02-28 22:53 UTC (permalink / raw)
  To: egcs

@smallexample
void __f () @{ /* do something */; @}
void f () __attribute__ ((weak, alias ("__f")));
@end smallexample

declares @samp{f} to be a weak alias for @samp{__f}.  In C++, the
mangled name for the target must be used.

Sounds like we need TARGET_ATTRIBUTE_WEAK_ALIAS

jeff

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-02-02 16:11 killer
  1999-02-28 22:53 ` killer
  0 siblings, 1 reply; 88+ messages in thread
From: killer @ 1999-02-02 16:11 UTC (permalink / raw)
  To: egcs

UNSUBSCRIBE

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1999-01-29  6:41 Gerald Pfeifer
  0 siblings, 0 replies; 88+ messages in thread
From: Gerald Pfeifer @ 1999-01-29  6:41 UTC (permalink / raw)
  To: egcs

`-d'
     Create any directories that exist in the repository if they're
     missing from the working directory.  Normally, `update' acts only
     on directories and files that were already enrolled in your
     working directory.

     This is useful for updating directories that were created in the
     repository since the initial checkout; but it has an unfortunate
     side effect.  If you deliberately avoided certain directories in
     the repository when you created your working directory (either
     through use of a module name or by listing explicitly the files
     and directories you wanted on the command line), then updating
     with `-d' will create those directories, which may not be what you
     want.

Gerald

PS: Mike Stump has mentioned this in a reply to Jeff's announcement.
-- 
Gerald Pfeifer (Jerry)      Vienna University of Technology
pfeifer@dbai.tuwien.ac.at   http://www.dbai.tuwien.ac.at/~pfeifer/


^ permalink raw reply	[flat|nested] 88+ messages in thread

* Re: NO SUBJECT
  1998-12-17  8:43 NO SUBJECT Geert Bosch
@ 1998-12-18 12:03 ` Dave Love
  0 siblings, 0 replies; 88+ messages in thread
From: Dave Love @ 1998-12-18 12:03 UTC (permalink / raw)
  To: egcs

>>>>> "GB" == Geert Bosch <bosch@gnat.com> writes:

 GB> In my experience this mainly occurs for non-optimized
 GB> code. Floating-point algorithms that give wrong results without
 GB> optimization, often produce correct results with optimization.

My long experience with g77 support on x86 is the opposite, for
user-defined values of `correct'.

^ permalink raw reply	[flat|nested] 88+ messages in thread

* Re: NO SUBJECT
@ 1998-12-17  8:43 Geert Bosch
  1998-12-18 12:03 ` Dave Love
  0 siblings, 1 reply; 88+ messages in thread
From: Geert Bosch @ 1998-12-17  8:43 UTC (permalink / raw)
  To: egcs, hjstein, moshier, tprince

On Thu, 17 Dec 1998 11:29:29 EST, tprince@cat.e-mail.com wrote:

  >>Therefore, I think the stuff we'll tend to "fix" by adopting my
  proposal will be function return values, offhand, not by what
  we think of as "normal" spills -- because it seems that normal
  spills in straight-line code are pretty rare.<<
  
  Not so rare that people don't complain about unexpected results
  arising from the difference between 80-bit and 64-bit evaluation,
  which ought to be corrected by the 80-bit spilling scheme.

In my experience this mainly occurs for non-optimized code. Floating-point
algorithms that give wrong results without optimization, often produce
correct results with optimization. This amazes people and especially those 
that are used to (old) compilers that do it the other way around... :-)

Regards,
   Geert


^ permalink raw reply	[flat|nested] 88+ messages in thread

* NO SUBJECT
@ 1998-12-17  8:32 tprince
  0 siblings, 0 replies; 88+ messages in thread
From: tprince @ 1998-12-17  8:32 UTC (permalink / raw)
  To: bosch, egcs, hjstein, moshier

>>Therefore, I think the stuff we'll tend to "fix" by adopting my
proposal will be function return values, offhand, not by what
we think of as "normal" spills -- because it seems that normal
spills in straight-line code are pretty rare.<<

Not so rare that people don't complain about unexpected results
arising from the difference between 80-bit and 64-bit evaluation,
which ought to be corrected by the 80-bit spilling scheme.

>>That's also why I don't think we'll see a big performance hit on
most code, and, of the code that *does* see it, I would't be
surprised if it turned out that a substantial portion of it was
previously producing inadequately correct results in its "fast"
mode.<<

I'd add Toon Moene to the list if I had his address with me.  I see
that he agreed with me that we must be certain to have aligned
storage of spills (128-bit alignment for 80-bit storage).  And, to
agree with a point I think he made, we have tested most of our
single precision codes enough to believe they work fine most of
the time without extra precision, so let's not cut any corners when
we try to make improvements.  Let's be certain that any slightly
different results which do show up are at least as good.

Dr. Timothy C. Prince
Consulting Engineer
Solar Turbines, a Caterpillar Company
alternate e-mail: tprince@computer.org

           To:                                              INTERNET - IBMMAIL
                                                            N3356140 - IBMMAIL

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-11-03 21:28 root
  0 siblings, 0 replies; 88+ messages in thread
From: root @ 1998-11-03 21:28 UTC (permalink / raw)
  To: egcs

#./config.guess
i586-pc-linux-gnu
#

Hi, guys. Thanks for the compiler. came up without any problem, from a working gcc-2.7.2.3.

compiling amiwm and blackbox now. Haven't tested yet, will see.

Thanks again, 

Rob Sherwood
foofboy@clark.net

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
       [not found] <informant@earthlink.net>
@ 1998-10-29  6:59 ` informant
  0 siblings, 0 replies; 88+ messages in thread
From: informant @ 1998-10-29  6:59 UTC (permalink / raw)
  To: egcs

                             10/29/98

Y2K  Solution!
8  Pine  Circle  Dr., Silicon  Valley, Calif.

OTC  Company  "TCFG"  21 st. Century  Frontier  Group  has
through  several  members  of  their  administrative  research
department  leaked  vital  information  about  their  companies  
efforts.

Everyone  was  tight  lipped  and  interviews  were  refused,
and  through  un-named  sources  we  have  learned  that  the  
technology  and  software  solution  are  in  the  process  of  
being  patented!

In over  1640  trials, using  various  data  systems  the  use  
of  the  new  technology  and  software  solved  the  Y2K
problem  100%  of  the  time. 

This  small  publicly  traded  company  "TCFG"  which  is  just
3  years  old  is  through  various  sources  now  negotiating
with  the  "Big  Boys"!

"TCFG"  the  letters  to  look  for!





 
 
 
 
 
 
 
 
 
 
 
 

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-10-11 23:39 David
  0 siblings, 0 replies; 88+ messages in thread
From: David @ 1998-10-11 23:39 UTC (permalink / raw)
  To: egcs



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-10-04 18:52 John Breen
  0 siblings, 0 replies; 88+ messages in thread
From: John Breen @ 1998-10-04 18:52 UTC (permalink / raw)
  To: egcs

I've seen this message when I've screwed up the options somewhere, or 
passed it an option it didn't understand, which it apparently took as 
being an additional filename.  The "LinuxMachineDefines" I highlighted 
above looks suspicious.  Should that maybe have a "-D" in front of it?
--
John A. Breen
jab3@hotmail.com



______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-10-03  8:00 David S. Miller
  0 siblings, 0 replies; 88+ messages in thread
From: David S. Miller @ 1998-10-03  8:00 UTC (permalink / raw)
  To: egcs, jfc

From: "David S. Miller" <davem@pierdol.cobaltmicro.com>
To: jfc@tiac.net
CC: egcs@cygnus.com
In-reply-to: < 199810031259.IAA08986@jfc.tiac.net > (message from John Carr on
	Sat, 03 Oct 1998 08:59:15 EDT)
Subject: Re: expand_builtin_dwarf_reg_size
References:  < 199810031259.IAA08986@jfc.tiac.net >

   From: John Carr <jfc@tiac.net>
   Date: Sat, 03 Oct 1998 08:59:15 EDT

   This change is wrong:

	   * dwarf2out.c (expand_builtin_dwarf_reg_size): Use
	   FIRST_PSEUDO_REGISTER as upper bound for last_end, not an
	   arbitrary constant.

   DBX register numbers can be larger than FIRST_PSEUDO_REGISTER.  The
   old code was wrong too, but this isn't the right fix.

Right you are, and for the curious there are exactly 3 places where
this is possible:

1) m68k/linux.h
2) pa/pa.h
3) sparc/sysv4.h

I would therefore suggest making a DBX_MAX_REGISTER_NUMBER, which by
default is FIRST_PSEUDO_REGISTER, and the 3 header files above can
override this as appropriate.

Later,
David S. Miller
davem@dm.cobaltmicro.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-26 15:59 John Breen
  0 siblings, 0 replies; 88+ messages in thread
From: John Breen @ 1998-09-26 15:59 UTC (permalink / raw)
  To: egcs

Tried it; didn't work.  If it worked in 1.0.x, then (a) I mistyped 
something, or (b) it's broken in egcs-1.1a.
--
John A. Breen
jab3@hotmail.com


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-25  8:01 John Breen
  0 siblings, 0 replies; 88+ messages in thread
From: John Breen @ 1998-09-25  8:01 UTC (permalink / raw)
  To: egcs

Well, I can certainly try that, especially since I'm all out of ideas (I 
do have a copy of the crossgcc FAQ BTW, but I didn't use the single-tree 
build on gcc-2.7.2.2).  But I have a feeling this is going to rebuild 
binutils all over again.  I may just try integrating the newlib pieces 
in the tree you show.

I still don't understand the need, though.  Why does the egcs build 
process need to make a fully-linked executable at this point?  It seems 
a bit premature.  And I certainly didn't need to do this with 
gcc-2.7.2.2.

Thanks for your advice.
--
John A. Breen
jab3@hotmail.com


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-23 12:43 John Breen
  0 siblings, 0 replies; 88+ messages in thread
From: John Breen @ 1998-09-23 12:43 UTC (permalink / raw)
  To: egcs

I copied the headers from my previous gcc-2.7.2.2 build, and I got past 
this part (but see below).  But if I had been building a cross compiler 
for the first time, what should I have done?  Copied the native system 
headers?  Copied the headers from the newlib distribution? (BTW, I did 
specify --with-newlib)  I'd like to see this clarified a bit in the FAQ 
or the installation notes.

Even worse is --with-libs.  If this was a virgin build, where would I 
get libraries?  For that matter, would my gcc-2.7.2.2-compiled libraries 
even be compatible?  I left it off for now.

I don't know if it's related, but now the build is dying with the 
following (pathnames shortened by me for readability):
------------------
gmake[4]: Leaving directory `/[...]/m68k-elf/msoft-float/libiberty'
gmake[3]: Leaving directory `/[...]/m68k-elf/libiberty'
gmake[2]: Leaving directory `/[...]/m68k-elf/libiberty'
gmake[2]: Entering directory `/[...]/m68k-elf/libio'
gmake[2]: *** No rule to make target `all'.  Stop.
gmake[2]: Leaving directory `/[...]/m68k-elf/libio'
gmake[1]: *** [all-target-libio] Error 1
gmake[1]: Leaving directory `/[...]/build-m68k'
gmake: *** [cross] Error 1
------------------
Is there a bug in the config script?  There was a Makefile in libio/, 
but no rule I could see for "all".
--
John A. Breen
jab3@hotmail.com


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
  1998-09-18 17:29 David S. Miller
@ 1998-09-18 22:10 ` Mark Mitchell
  1998-09-18 22:10   ` David Edelsohn
  0 siblings, 1 reply; 88+ messages in thread
From: Mark Mitchell @ 1998-09-18 22:10 UTC (permalink / raw)
  To: davem; +Cc: dje, egcs, law, meissner

>>>>> "David" == David S Miller <davem@pierdol.cobaltmicro.com> writes:

    David> From: "David S. Miller" <davem@pierdol.cobaltmicro.com> To:
    David> mark@markmitchell.com CC: dje@watson.ibm.com,
    David> law@cygnus.com, meissner@cygnus.com, egcs@cygnus.com
    David> In-reply-to: < 199809182141.OAA17803@smtp.earthlink.net >
    David> (message from Mark Mitchell on Fri, 18 Sep 1998 14:41:51
    David> -0700) Subject: Re: PowerPC build breakage caused by
    David> 8/25/98 loop.c change References:
    David> < 9809182120.AA35006@marc.watson.ibm.com >
    David> < 199809182141.OAA17803@smtp.earthlink.net >

    David>    Date: Fri, 18 Sep 1998 14:41:51 -0700 From: Mark
    David> Mitchell <mark@markmitchell.com>

    David>    I'll take a look at the rest, but you can too: it was a
    David> straightforward replacement of `x[i] = j' with `VARRAY_TYPE
    David> (x, i) = j'.  One possibility is that TYPE (which should be
    David> CHAR if the thing was an array of chars, INT if ints, etc.)
    David> is wrong somewhere.

    David> I just did a once over and verified that the TYPE in each
    David> VARRAY_*() macro matches correctly.  This looks just fine.

Good, I did the same thing, with the same result.  The only other
changes were the AVOID_CCMODE_COPIES bit, and the `return 0' for a
non-void function that was previously not returning a value.  So,
perhaps something is amiss with the AVOID_CCMODE_COPIES stuff.  But I
don't see it.  David (Edelsohn), did you try applying the Aug 25
patch, but also Richard Henderson's 9/9 patch?  That patch fixed one
other bug in this stuff, which you might be stepping on.  Of course,
that wouldn't explain why you can't bootstrap with what's in CVS today.

-- 
Mark Mitchell 			mark@markmitchell.com
Mark Mitchell Consulting	http://www.markmitchell.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
  1998-09-18 22:10 ` Mark Mitchell
@ 1998-09-18 22:10   ` David Edelsohn
  0 siblings, 0 replies; 88+ messages in thread
From: David Edelsohn @ 1998-09-18 22:10 UTC (permalink / raw)
  To: mark, J Rennecke; +Cc: davem, egcs, law, meissner

>>>>> Mark Mitchell writes:

ark> Good, I did the same thing, with the same result.  The only other
Mark> changes were the AVOID_CCMODE_COPIES bit, and the `return 0' for a
Mark> non-void function that was previously not returning a value.  So,
Mark> perhaps something is amiss with the AVOID_CCMODE_COPIES stuff.  But I
Mark> don't see it.  David (Edelsohn), did you try applying the Aug 25
Mark> patch, but also Richard Henderson's 9/9 patch?  That patch fixed one
Mark> other bug in this stuff, which you might be stepping on.  Of course,
Mark> that wouldn't explain why you can't bootstrap with what's in CVS today.

	I went back and applied all of the intervening non-check_dbra_loop()
changes up through the present and bootstrapped again.  This succeeds, so
the culprit seems to be check_dbra_loop().  I am a bit surprised that this
would have an effect because the comments for the function focus on
REG_NONNEG useful for decrement_and_branch_until_zero which PowerPC does
not define.  I guess it is doing other transformations as well, like the
loop reversal, which are having an affect.

	Thanks for helping me disambiguate which changes were independent
so that I could test your fixes independently.  Cygnus *should* have
access to PowerPC systems to track down what is broken with those set of
changes.

Thanks, David

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-18 21:46 David S. Miller
  0 siblings, 0 replies; 88+ messages in thread
From: David S. Miller @ 1998-09-18 21:46 UTC (permalink / raw)
  To: dje, egcs, law, mark, meissner

From: "David S. Miller" <davem@pierdol.cobaltmicro.com>
To: dje@watson.ibm.com
CC: mark@markmitchell.com, law@cygnus.com, meissner@cygnus.com,
	egcs@cygnus.com
In-reply-to: < 9809182120.AA35006@marc.watson.ibm.com > (message from David
	Edelsohn on Fri, 18 Sep 1998 17:20:45 -0400)
Subject: Re: PowerPC build breakage caused by 8/25/98 loop.c change
References:  < 9809182120.AA35006@marc.watson.ibm.com >

   Date: Fri, 18 Sep 1998 17:20:45 -0400
   From: David Edelsohn <dje@watson.ibm.com>

	   I tried building a recent CVS checkout with loop.c reverted
   to version 1.65 on 8/25/98 prior to Mark's loop.c changes.
   Bootstrapping is successful.  Something about those changes
   (possibly the AVOID_CC_MODE_COPIES tweak?) causes PowerPC failures.

If this is your theory, can you test it by reverting the
AVOID_CC_MODE_COPIES parts of the changes?

I believe we've addressed most of the issues wrt. the loop load/store
hoisting.  And this 8/25 change fixes real bugs on any platform which
can create new pseudo registers during move_movables in loop.c

My more recent change to loop.c fixes a bug which existed long before
Mark's load store hoisting code went in, in particular it was
introduced by Rth's loop enhancements some time ago.

Later,
David S. Miller
davem@dm.cobaltmicro.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-18 17:29 David S. Miller
  1998-09-18 22:10 ` Mark Mitchell
  0 siblings, 1 reply; 88+ messages in thread
From: David S. Miller @ 1998-09-18 17:29 UTC (permalink / raw)
  To: dje, egcs, law, mark, meissner

From: "David S. Miller" <davem@pierdol.cobaltmicro.com>
To: mark@markmitchell.com
CC: dje@watson.ibm.com, law@cygnus.com, meissner@cygnus.com,
	egcs@cygnus.com
In-reply-to: < 199809182141.OAA17803@smtp.earthlink.net > (message from Mark
	Mitchell on Fri, 18 Sep 1998 14:41:51 -0700)
Subject: Re: PowerPC build breakage caused by 8/25/98 loop.c change
References: < 9809182120.AA35006@marc.watson.ibm.com > < 199809182141.OAA17803@smtp.earthlink.net >

   Date: Fri, 18 Sep 1998 14:41:51 -0700
   From: Mark Mitchell <mark@markmitchell.com>

   I'll take a look at the rest, but you can too: it was a
   straightforward replacement of `x[i] = j' with `VARRAY_TYPE (x, i) =
   j'.  One possibility is that TYPE (which should be CHAR if the thing
   was an array of chars, INT if ints, etc.) is wrong somewhere.

I just did a once over and verified that the TYPE in each VARRAY_*()
macro matches correctly.  This looks just fine.

Later,
David S. Miller
davem@dm.cobaltmicro.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-15  7:06 John Breen
  0 siblings, 0 replies; 88+ messages in thread
From: John Breen @ 1998-09-15  7:06 UTC (permalink / raw)
  To: egcs

>objdump -h

This didn't give me quite what I expected, but I think it did lead me to 
the answer.  The major size differences are in $GDB_DEBUG$, 
$GDB_STRINGS$, and $GDB_SYMBOLS$; I noticed that libgcc.a is over 6 
times bigger for the second build (the one that used binutils) - I then 
remembered that during the first build, it printed a bunch of messages 
that -g was only valid when using gas.  So I guess the difference is 
debugging info in libgcc.

Is libgcc normally just a static library?  I specified --enable-shared, 
but it looks like the only shared library it built was libstdc++.
--
John A. Breen
jab3@hotmail.com


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-14 14:04 John Breen
  0 siblings, 0 replies; 88+ messages in thread
From: John Breen @ 1998-09-14 14:04 UTC (permalink / raw)
  To: egcs

http://www.ednmag.com/reg/1998/090198/18edcom.cfm

There's a link in this article to the original article.
--
John A. Breen
jab3@hotmail.com


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-14 11:13 John Breen
  0 siblings, 0 replies; 88+ messages in thread
From: John Breen @ 1998-09-14 11:13 UTC (permalink / raw)
  To: egcs

The size I gave was the executable file size.  Half the problem is 
understanding out what I should be looking at; the other half is 
figuring out the binutils and/or HP-UX command that will show it.

From 'size -v', there's no one section that's responsible.  Most of them 
have grown some.  But the total section sizes don't correspond to the 
file sizes: 'size' reports 4818 & 5957 for the two gcc builds.  The 
respective executable file sizes are 20526 & 55148 bytes.

>You must use the same compiler to build & link.  ie you use gcc to 
>build the various code into .o files, you should use gcc to link the 
>.o files into an executable.
>[...]  gnu-ld is not supported for PAs running hpux.

Since gcc is just calling HP's ld, why do I have to link with gcc?  Is 
it automatically throwing in some linking options?

There are three things I'm still curious about:

1. Why isn't binutils' ld supported on HP-UX?

2. Why are my executable's sections reasonably close in size, but the 
executable files differ by more than 2.5x?

3.  How can I find out what routines are statically linked?  I know this 
may be an HP-UX question, but I can't figure it out.

Thanks.
--
John A. Breen
jab3@hotmail.com


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-09-09 11:23 John Breen
  0 siblings, 0 replies; 88+ messages in thread
From: John Breen @ 1998-09-09 11:23 UTC (permalink / raw)
  To: egcs

Well, shoot.  Looks like I'm SOL.  Even if I update the patches for 
egcs, they'd still be a derived work.

The patches weren't that arcane.  Basically, they were a new 
config/m68k/elf.h, a new config/m68k-elf.h, and a five new lines to 
configure.  The new files appear to be mostly copied from existing 
files.  But I'm not gcc-savvy enough to claim that I could come up with 
them on my own.  Anyone want to take a stab at it from scratch?
--
John A. Breen
jab3@hotmail.com


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-07-25  9:14 Vin Shelton
  0 siblings, 0 replies; 88+ messages in thread
From: Vin Shelton @ 1998-07-25  9:14 UTC (permalink / raw)
  To: egcs

1. config.guess identifies this as 'i386-pc-sysv4.2uw2.1.2'.

2. configuration options: ../configure --prefix=/usr/local/$gcc_version --with-gnu-as --without-local-prefix

3. BOOT_CFLAGS='-O3 -march=pentiumpro -funroll-loops -ffast-math'

4. binutils=binutils-2.9.1.0.7

5. libg++=libg++-2.8.2-980720

Comments:	There is actually one failure fewer than in the previous snapshot:
< FAIL: g++.mike/p4104.C (test for excess errors)
This failed in 7-15 snapshot but passed in 7-21 snapshot.

vin


		=== binutils tests ===


		=== binutils Summary ===

# of expected passes		23
# of expected failures		1

		=== gas tests ===


		=== gas Summary ===

# of expected passes		62


		=== ld tests ===


		=== ld Summary ===

# of expected passes		39


		=== libio tests ===


		=== libio Summary ===

# of expected passes		40

		=== libstdc++ tests ===


		=== libstdc++ Summary ===

# of expected passes		30



		=== gcc tests ===

FAIL: gcc.c-torture/execute/980526-1.c execution,  -O2 -fomit-frame-pointer -finline-functions 
FAIL: gcc.c-torture/execute/ieee/980619-1.c execution,  -O1 
FAIL: gcc.c-torture/execute/ieee/980619-1.c execution,  -O2 
FAIL: gcc.c-torture/execute/ieee/980619-1.c execution,  -O2 -fomit-frame-pointer -finline-functions 
FAIL: gcc.c-torture/execute/ieee/980619-1.c execution,  -O2 -fomit-frame-pointer -finline-functions -funroll-loops 
FAIL: gcc.c-torture/execute/ieee/980619-1.c execution,  -O2 -fomit-frame-pointer -finline-functions -funroll-all-loops 
FAIL: gcc.c-torture/execute/ieee/980619-1.c execution,  -O2 -g 
FAIL: gcc.c-torture/execute/ieee/980619-1.c execution,  -Os 
FAIL: gcc.dg/980626-1.c (test for excess errors)
FAIL: gcc.dg/clobbers.c execution test

		=== gcc Summary ===

# of expected passes		7497
# of unexpected failures	10
# of expected failures		7
# of unsupported tests		11


		=== g++ tests ===

FAIL: g++.law/profile1.C (test for excess errors)
FAIL: g++.pt/explicit69.C not a template instantiation (test for errors, line 2)
FAIL: g++.robertl/eb130.C (test for excess errors)
FAIL: g++.robertl/eb131.C bar is an unqualified-id. (test for errors, line 19)
FAIL: g++.robertl/eb131.C (test for excess errors)
FAIL: g++.robertl/eb132.C (test for excess errors)
FAIL: g++.robertl/eb133.C parse error (test for errors, line 10)
FAIL: g++.robertl/eb56.C (test for excess errors)
FAIL: g++.robertl/eb83.C (test for excess errors)
FAIL: g++.robertl/eb91.C (test for excess errors)

		=== g++ Summary ===

# of expected passes		4211
# of unexpected failures	10
# of expected failures		90
# of untested testcases		7


		=== g77 tests ===


		=== g77 Summary ===

# of expected passes		405



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-07-10  8:14 Massimo CICCOTELLI
  0 siblings, 0 replies; 88+ messages in thread
From: Massimo CICCOTELLI @ 1998-07-10  8:14 UTC (permalink / raw)
  To: egcs

Hi!
Installation of egcs-1.0.3a successfull.
Output of config.guess is:
aix4.1.5.0

Many thanks for your great work.

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-07-10  6:04 Jonathan Williams
  0 siblings, 0 replies; 88+ messages in thread
From: Jonathan Williams @ 1998-07-10  6:04 UTC (permalink / raw)
  To: egcs

How do I use uwin-egcs , I've installed it but I refused to compile!

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-06-30 14:46 Eric Sebastian Pogrelis
  0 siblings, 0 replies; 88+ messages in thread
From: Eric Sebastian Pogrelis @ 1998-06-30 14:46 UTC (permalink / raw)
  To: egcs

Just wanted to let you know that we did a successful build of egcs on
 of the distribution, and the output of config.guess is: 'mips-sgi-irix6.2'.

Great Package, btw.

Eric Pogrelis
Advanced Research Systems -- University of Chicago
e-pogrelis@uchicago.edu

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-06-25 15:59 system PRIVILEGED account
  0 siblings, 0 replies; 88+ messages in thread
From: system PRIVILEGED account @ 1998-06-25 15:59 UTC (permalink / raw)
  To: egcs

Installed egcs 1.0.3a on a Digital PW500au.

alphaev56-dec-osf4.0c

Regards,

Ivan Carrillo


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-06-10  4:03 m. capel
  0 siblings, 0 replies; 88+ messages in thread
From: m. capel @ 1998-06-10  4:03 UTC (permalink / raw)
  To: egcs

greetings:

	this is probably a crass newbie question but anyway...

	we're trying to compile a very large source tree with
	huge static array allocations under egcs-g77. we're getting
	thousands of "relocation truncated to fit" messages during
	link.  are we missing some crucial compiler switch???

	please reply to:
			capel@crim12b.nsls.bnl.gov


			thanks
				m.c.

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-06-03  0:17 65tr3w
  0 siblings, 0 replies; 88+ messages in thread
From: 65tr3w @ 1998-06-03  0:17 UTC (permalink / raw)
  To: egcs

Hi Sir !

Starluck Casino, The Virtual Casino online.  No Down Load,  Las Vegas Style Games.
Play For Real Money and Win Big $$$$$.  Free Tour

Blackjack, Video Poker, Slots, Keno, Lotto and Roulette.  Just Click Below To Enter The Casino
< http://www.starluck.com/cgi-win/ad/merchants.exe/vendor.a093 >
http://www.starluck.com/cgi-win/ad/merchants.exe/vendor.a093

(Gambling must be Legal at your area and you must be 21 or older to Play)

Good Luck :0)


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-05-29 21:32 4n4b2ds
  0 siblings, 0 replies; 88+ messages in thread
From: 4n4b2ds @ 1998-05-29 21:32 UTC (permalink / raw)
  To: eg

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 4870 bytes --]

Authenticated sender is <4n4b2ds@att.net>
Subject:  4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

EMAIL MARKETING WORKS!!

Bull's Eye Gold is the PREMIER email address collection tool.
This program allows you to develop TARGETED lists of email
addresses.  Doctors, florists, MLM, biz opp,...you can collect
anything...you are only limited by your imagination!  You can
even collect email addresses for specific states, cities, and
even countries!  All you need is your web browser and this program.
Our software utilizes the latest in search technology called
"spidering". By simply feeding the spider program a starting
website it will collect for hours. The spider will go from website
to targeted website providing you with thousands upon thousands of
fresh TARGETED email addresses. When you are done collecting,  the
spider removes duplicates and saves the email list in a ready to
send format. No longer is it necessary to send millions of ads to
get a handful of responses...SEND LESS...EARN MORE!!!

A terrific aspect of the Bull's Eye software is that there is
no difficult set up involved and no special technical mumbo-jumbo
to learn. All you need to know is how to search for your targeted
market in one of the many search engines and let the spider do the
rest! Not familiar with the search engines? No problem, we provide
you with a list of all the top search engines. Just surf to the
location of a search engine on your browser then search for the
market you wish to reach...it's that easy!

For instance if you were looking for email addresses of Doctors
in New York all you would do is:

1) Do a search using your favorite search engine by typing in
the words doctor(s) and New York
2) Copy the URL (one or more)...that's the stuff after the
http://...  for instance it might look like
http://www.yahoo.com/?doctor (s)/?New+York
3) Press the START button

THAT's IT!!!  The Bull's Eye spider will go to all the websites
that are linked, automatically extracting the email addresses
you want.

The spider is passive too! That means you can let it run all
day or all night while you are working on important things or
just having fun on your computer. There is no need to keep a
constant watch on it, just feed it your target market and give
it praise when it delivers thousands of email addresses at
the end of the day!

Features of the Bull's Eye Software:

* Does TARGETED searches of websites collecting the email
  addresses you want!
* Collects Email addresses by City, State, even specific
  Countries
* Runs Automatically...simply enter the Starting information,
  press The Start Button, and it does the rest
* Filters out duplicates
* Keeps track of URLs already visited
* Can run 24 hours per day, 7 days per week
* Fast and Easy List Management
* Also has built in filtering options...you can put in words
  that it "Must" have while searching,...you can even put in
  criteria that it  "Must NOT Have"...giving you added flexibility
* Also imports email addresses from any kind of files (text
  files, binary files, database files)
* List editor handles Multiple files to work on many lists
  simultaneously
* Has a Black-Book feature... avoid sending emails to people
  who do not want to receive it
* Built-in Mail program...send email directly on the internet
  with just a click of your mouse
* Personalized Emails...if the email address has the user's
  name when it is collected,..you can send Personalized emails!!!
* Sort by Location, Server, User Name, Contact Name
* Advanced Operations:
· Email address lists export in many different formats
  (HTML, Comma delimited, text file)
· Advanced editing...Transfer, Copy,  Addition, Delete, Crop,
  Move to Top/Bottom
· Operations between lists...Union, Subtraction, Comparison
* Program is Passive,...meaning you can run other programs at
  the same time

CALL FOR MORE INFORMATION   213-980-7850
CALL FOR MORE INFORMATION   213-980-7850

ORDERING INFORMATION

Customer Name
Company Name
Address
City
State                       Zip
Phone                                       Fax
Email Address

______ BULL'S EYE SOFTWARE   $259.00
Includes Software, Instructions, Technical Support

______ Shipping & Handling  (2-3 Day Fedex)  $10.00
                           (Fedex Overnite) $20.00

______  TOTAL
                 (CA Residents add applicable sales tax)

*All orders are for Win 95 and Win NT

                *****CREDIT CARDS ACCEPTED*****
                   MASTERCARD   VISA   AMEX

   PLEASE CALL 213-980-7850 to process your order
                        9am-5pm Pacific Time
                Checks or Money Orders send to:
                      WorldTouch Network Inc.
5670 Wilshire Blvd.  Suite 2170 Los Angeles, CA 90036
Please note:  Allow 5 business days for all checks to
clear before order is shipped.




^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-05-23 22:47 Jeffrey A Law
  0 siblings, 0 replies; 88+ messages in thread
From: Jeffrey A Law @ 1998-05-23 22:47 UTC (permalink / raw)
  To: Alexandre Oliva; +Cc: egcs, wilson

	* Makefile.in (boostrap2-lean, bootstrap3-lean,
	bootstrap4-lean): new targets
	* gcc/Makefile.in (boostrap2-lean, bootstrap3-lean,
	bootstrap4-lean): ditto
I've installed this patch.  Thanks!

I want to take a little more time to think about the dejagnu
patches.


jeff

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-05-18  8:51 Richard Earnshaw
  0 siblings, 0 replies; 88+ messages in thread
From: Richard Earnshaw @ 1998-05-18  8:51 UTC (permalink / raw)
  To: egcs; +Cc: jason

There is an off-by-one error in the stor-layout change of last Friday.  
The TYPE_BINFO_SIZE macro uses the vector element 6, which is the 7th 
element of the array.  This causes sporadic memory corruption problems.

<date>  Richard Earnshaw (rearnsha@arm.com)

	* stor-layout.c (layout_record): Fix off-by-one error when checking
	length of the TYPE_BINFO vector.

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-05-16 10:14 Richard Earnshaw
  0 siblings, 0 replies; 88+ messages in thread
From: Richard Earnshaw @ 1998-05-16 10:14 UTC (permalink / raw)
  To: ghazi; +Cc: egcs

Kaveh,

I may have missed this, since I haven't been following the list too 
closely of late, but can you explain why this change was made:

Wed May 13 15:43:44 1998  Kaveh R. Ghazi  <ghazi@caip.rutgers.edu>

        * toplev.c ...
        (output_lang_identify): Hide prototype and definition.


The problem is that defaults.h still defines ASM_IDENTIFY_LANGUAGE in 
terms of this if a target has not explicitly handled this and 
ASM_IDENTIFY_GCC.  A quick grep of the back ends also shows that several 
call this function directly

Richard.


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-05-02 17:39 Steven Jones
  0 siblings, 0 replies; 88+ messages in thread
From: Steven Jones @ 1998-05-02 17:39 UTC (permalink / raw)
  To: egcs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 468 bytes --]

hi i think i installed it ok (egcs1.0.2) 

 
srcdir/config.guess =  does 
i686-pc-linux-gnu sound ok?
 
if i may suggest as a newbie i didnt understand most of the 
instructions, could we have simple default instructions? i didnt understand what 
u meant by the srcdir stuff, please remember that lots of linux users are only 
semi-computer literate like me. Im sure 'hotshots' need all this stuff but i 
just want to run my machine.  :)
 
ta
 
ssj 

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-05-01 21:25 Peter  Garner
  0 siblings, 0 replies; 88+ messages in thread
From: Peter  Garner @ 1998-05-01 21:25 UTC (permalink / raw)
  To: egcs; +Cc: bothner

Good Day All!


  I am rather new to ecgs so I apologize if I should have
sent this to egcs-bugs instead of egcs.

  I downloaded and built the 1990425 snapshot, since I am
in need of a more or less ISO compliant compiler.  I patched
streambuf.h and streambuf.cc so that it would throw an
ios::failure exception (that class being a child of
exception per the ISO draft.)  When I attempt to use this I
get a segmentation fault.  I thought you might like to see
this.  I have attached a file test.tar that contains the
difference between the original and patched h files (hdiff)
and the difference between the original and patched cc
file (ccdiff.txt) and fexcptst.cpp, and simple program
that causes the segmentation fault.

  Lastly, please pardon me, but I noticed that the original
threw an exception by pointer.  In general isn't that a
very bad idea?  I was always taught to write a copy
constructor for all exceptions and always throw by value,
never by new.  Doesn't a construct like :

throw new failure ( this ) 

lead to a memory leak since it becomes the responsibility
of the catch block to delete the pointer?

Thanks

Peter


waismail@quake.think.com

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-05-01 21:25 Peter  Garner
  0 siblings, 0 replies; 88+ messages in thread
From: Peter  Garner @ 1998-05-01 21:25 UTC (permalink / raw)
  To: egcs; +Cc: bothner

Good Day All!


  I am rather new to ecgs so I apologize if I should have
sent this to egcs-bugs instead of egcs.

  I downloaded and built the 1990425 snapshot, since I am
in need of a more or less ISO compliant compiler.  I patched
streambuf.h and streambuf.cc so that it would throw an
ios::failure exception (that class being a child of
exception per the ISO draft.)  When I attempt to use this I
get a segmentation fault.  I thought you might like to see
this.  I have attached a file test.tar that contains the
difference between the original and patched h files (hdiff)
and the difference between the original and patched cc
file (ccdiff.txt) and fexcptst.cpp, and simple program
that causes the segmentation fault.

  Lastly, please pardon me, but I noticed that the original
threw an exception by pointer.  In general isn't that a
very bad idea?  I was always taught to write a copy
constructor for all exceptions and always throw by value,
never by new.  Doesn't a construct like :

throw new failure ( this ) 

lead to a memory leak since it becomes the responsibility
of the catch block to delete the pointer?

Thanks

Peter



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-04-08  2:13 Yuan Xie
  0 siblings, 0 replies; 88+ messages in thread
From: Yuan Xie @ 1998-04-08  2:13 UTC (permalink / raw)
  To: egcs

Dear sir, 

can you give me some help?

Well, when I install egcs-1.0.1, 

1. type "src-dir/configure" 
  it is ok and response ready for make native compiler for
mips-sgi-irix5.3

2. then I use "make bootstrap"

 the error is:

make bootstrap
        test -z "" || \
          gcc -c -g -O2 -I. -I/u/yuanxie/egcs/libiberty/../include argv.c -o
pic/argv.o
        gcc -c -g -O2 -I. -I/u/yuanxie/egcs/libiberty/../include argv.c gcc:
argv.c: No such file or directory gcc: No input files *** Error code 1 (bu21)
*** Error code 1 (bu21)



How to fixed this problem??


Thanks!

sincerely
Yuan


                            |||||
                          ~~~   ~~~
                            @   @ 
=================------.ooou--U--uooo.----==========================
Mail Address:               Office:   E-Quad  B-219
  Yuan Xie                  Tel:      (609)-497-9251 (h)
  406B, Butler Ave.                   (609)-258-1354 (o)
  Butler Apartment          Email:    yuanxie@princeton.edu
  Princeton, NJ 08540       Homepage: www.ee.princeton.edu/~yuanxie/
=====================================================================

          


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
  1998-04-05 21:29 Doug Semler
@ 1998-04-06 17:35 ` David Edelsohn
  0 siblings, 0 replies; 88+ messages in thread
From: David Edelsohn @ 1998-04-06 17:35 UTC (permalink / raw)
  To: Doug Semler; +Cc: egcs

>>>>> "Doug Semler" writes:

Doug> Builds of egcs-1.0.2 are failing on our powerpc/aix4.2 combo.   Help
Doug> would be appreciated.   I included a full typescript of the build
Doug> just in case; however, IIRC, if I removed the ld from the gcc/stage1
Doug> directory, the build didn't fail at this point (I can't remember where
Doug> it failed next).

	I do not have any problem with building and installing egcs-1.0.2,
but I cannot tell from your log what could be causing the failure.  The
directory listings do not show any errors during the cccp link step or
core files from the compiler driver, collect2, or the real linker.

	Have you tried invoking "stage1/xgcc -Bstage/" manually to try to
link cccp and look if you get any more feedback?  I don't think collect2
should be hiding any linker errors.

	Are you using the initial AIX 4.2.0 release or have you applied
any upgrades or fixes?

David
===============================================================================
David Edelsohn                                      T.J. Watson Research Center
dje@watson.ibm.com                                  P.O. Box 218
+1 914 945 4364 (TL 862)                            Yorktown Heights, NY 10598

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-04-05 21:29 Doug Semler
  1998-04-06 17:35 ` David Edelsohn
  0 siblings, 1 reply; 88+ messages in thread
From: Doug Semler @ 1998-04-05 21:29 UTC (permalink / raw)
  To: egcs

(Oops, second try, forgot to gzip my attachment)

Builds of egcs-1.0.2 are failing on our powerpc/aix4.2 combo.   Help
would be appreciated.   I included a full typescript of the build
just in case; however, IIRC, if I removed the ld from the gcc/stage1
directory, the build didn't fail at this point (I can't remember where
it failed next).


---
Doug Semler                       | doug@seaspace.com
SeaSpace Corporation              | Garbage In -- Gospel Out
Least Senior Software Developer;  | Minister of things to do Next Quarter
Low Man on the Totem Pole         | (but will Never Be Done) DNRC  O-
A closed mind is a terrible thing | Bus Error (passengers dumped)


begin 666 typescript.gz
M'XL(")K^)S4``W1Y<&5S8W)I<'0`[#UK=]NVDM_U*Z9JM\Z+DN6\XVOW*):<
MZ*P?.9:3YFZ=*A0)26SX*D'9<C?[WW<&`$E0KTAN1+JYR8EM8( !9H#!S.!!
MH&M%3AB#%7B>Z=O@<."Q&<7,AL"'KAE#,XP`'D'CX8OMYR\>/H<WW7-H/'_^
MK%8QG4GC17W,6<3K01C7^V/'M?>A5JL/@J!O1G4VM'C="OR!,QQ'# PCC-C 
MF1A[(CNE(NS*B4?&T!\;)@<]ZMJ5`X7J^$,8!!&8$ 97+ HMP^E[!E;_J+93
MVZYMPRC@<:UR$#&3"*\>FY^P'I=5P?%AFL#*D>-_XF B07YP!9S%, XA#D"D
M8AV^&3N7C%HDQ#(B4?/\>A>UP"*XAW1!/PAB'D=F:+C,]"L$^ZWQX06T_9@)
M3FTG8E8<1-?P<;J(NNOTG3Z+XNNMBC. W\#PH5J%#_#SSQCY`0P;0L>"#[L0
MCY@/%Q4`[Q.61]!=C#*7,XBC,=N%@5.)@[$UHN[V0@,S8+X*LT8!5'^$'YKC
M./"P(2S3=:]AR'P6B;8=1(%'/3S5R2E=]<'8MV(G\'G-9H,J45 UH'4*)Z?G
MT&YUSG^HPK[/F,WLG9IY]:DRC%@(6[^WVH?OFF=WMN!?JY=._'W&#K3!8+!5
MET74^6<9J%W<^>WW!Q_N7=RMW?M<OVC4X7\AQ :.!\B@,_"I@)-VN]6[:%Q<
M^#]BU/&9#F&^[0PP4(7_^[Q%=>TO(/SP[<G!WZ6<RI"D4VC3M%L6&/A_"$:G
M1C]+Z,8$Q[?<L<U@*7_VV/.N:Q;L[-=M=EGWQZY;N4/U!""2J#:0P5H`<!?V
M610%$4>$GQOP^;,02R5_]7N;%$"X5T<9=*5>JHTJV"!@#$!K'_B7HFU?RV:%
MD$9 !6(OK-3[CE_GHZ4T88(77#+#&1C6R/2'3"L`TAKT\2B!E9CQ&(R_:)!C
M$Q$S-^RZI>29T?"R)KH*U8",!9N0$5E/04SU3<Y\TV,98RED(\QE]17$( Z5
M@#,C9EZ8\:@#-\)FKM:B. U\RXPU)F5\,_RINHIB+73'W+"9IW&7@C;#8%9C
M03P.;%3DUBCC, %LA+^TMJ*X\Z>Y\S?)G5\L=T,6H_>9,:?B&^$MJ:M0UAK3
MO#4VR5RC2.ZBL1\[N@'48)OB,:VS(#9';)+Q1Y&-,"9J*4J?N($9XYS3TRV>
M#MR,7M%K+8C3H/\'.O>!E;&90C;"8U9?80RB,V]]TOF3@ VQIVHKB+N039@U
MCC7]DD(VPE]67T$,\M"T&,_84_&-,)?4511K<22FN!IS"60S[*7U%<<@=X:^
MZ>8X5*!-L9C46!"/$S-F$T>S$@E@(_REM17%W11O&^2L6+Z\*:.7`#;#FU>L
MR9O@,+#'VH)$`M@,=TEM!7(WI3<GFU6<6HV%+LY/+7&OO[R-__(KW')U>]G*
M]@5.O2!=L<9_^SHQD4>KM*Z$&*[#X\I@KUJE;0W:H7%HK^=C;BU77\K]"+ +
M=B EP^0,Z_D)JR0D6=<]!#A0O7<7=G<3T%W &C#;3TXU@3)N6D!!._"9"(C2
M,%-6DAAQ9BU(\=,1#DJ+J>+2PD3/8L;]_1Q_M.2LQ15;QLU7G;,"0*]'7WB6
M<+DMM7.#;:F"5JRY%!IMU3J!;&;E.JVO( 8O9SF\W"R+6HUBK$4XV)+$FEDQ
M(X@L'2)8EWL%D*VL0VX!&I*56M 6-2%=_H-TJ0R2=25(%V% 7ZT`,;6'W#08
MLMDBI!,KR.8@D/CKD*EHT)Q 2-VE9%CJ`S4Q6Z I>,AZ`/3>B$P?&R;77&)$
M_X>USCY$[,\QJ@FE5E(=<L3,RS542+HE?E.\E706<></@BUE6#@J18./^P;R
M* P*;9NC3L?RXXDCMNXI.XQCQP7FF19/[8GH:\Q -:H2"/,G+$$:C3N6+6*T
M32_/`#@^1O>VTG,0I,ZW@$Y@Y,$(H9^&2&.3>&\+@_(4A99MBPI,H")K%B&B
MIPH5;,/!X5'S57=ORQAB^&!OR[*VH'ET='K0)+2CEDK>`K3:S;='Y[W.R>'I
MF^;YZ^FB7M2VH'/2/4=D3%)V26MN7=TX/DJBZQJ8P[!2M%ZK>=Y<#Q<,#YX\
M>I05\>;L]-59\WC-4K;2#D-=3F(.C;N)=:_,=JD4AC6-HQ*TND3>4KH[I[FG
ME'(>`XS6Z^:[=N^H\_)EM[77P'CWO'70>]UNMMIG70$0&=Z>=#"A]SJ#G+?/
MCCNGW5F0#NF>GW5.7G5G03KD7?.L>3:5Z=_=WGGGN#T-.^P<Y6!*J+(\[?-W
M+]\>9H!7[?.#7UM9_+A]C'FR^,O_:9^=YH@[>'V6CS>[[8/C-QJYAV^0@W.M
MDG?=:0CBM<_.3O62.J]0C Z.F]W_S@&1FCP,*3QX\^]<_/CT73M7=NLMT4,V
M>H4^SO8^ODO'=^E8(!V-[^+Q73SFB4?_+Q8%*!S5-3)7'Z UPRELXP4T'F\_
M,1X^?@)W?KT+!^+8HTES>1C[:! =CNY.B$YM,@,7Q<@9@?5G&IWGH\JJ`@#-
M0Y:X:[F&TP9TUBXGWMD-+7."OHYM3AW"%?-1^O<A^>T/R;2_D\ 7Q^4<C&1P
M/GW^_$GMT1,U1'>>;8LA>JC6VFA^.?:8'^.\E*9M(MAG\15C/L37(>-0Q1GJ
MG7MW[^!,D\=P&3CVO0=:^&X5Z-!WD@NC.-K]``O$B=X5LVO?!\3W`?'5!L38
MC1WIPM"25BHOJ=AC4&1!$3K2A,.5O_O<ADI-$S/##PP>NFBB5I7,M"9*J1Q+
M,R)2Z&L!^)BFRQFR6$[_F$/:JMW,=&469M9XT8K"#0T7H69&Z_LH^@>/HB\K
M6+'RM$(>7;%^86R*[")BBQ-.RPW55.[4@VPT'M8:CTHT4C<D>Z=1>[)3KFTE
M19B0E@:6*<#O8_W[6/\;8SU9_52.J9) '9J++)/$&]E!:;!F;:!84+^A$12X
M6QGR21"/")<^Z6,@]FEI/?^CJNZF)EQ5D^R5:KL%M5D7?NZ>G"H)U-]%7DBR
M,:'\#SUW0ONJFR/I'L?+Y*/#4+3,*/N\<<U=DZ%ER::F/8.J955I3D_["]F>
M`$WTCYHGK]XV7[6[F >J:W:LJ$.(9JMSTGMU<$"[ZO3YF!I)!Z<GAQU412#@
M"S9 AZ0IY\/5)ZEB:\9H8?F]SLG!T=M6N]?JG.U=5'.L$()!?^=_`BKR&3NU
MY]NUG:?)1NM%-2G[S=';+OTLK$%AU(?W[Z=8IT>MWI<Q!6WW[QO3=9)F/9K&
M&O.H3H<2W!D2#\Y.NXLK6< TO^8S]9Z?GLY4^Z5RILJPX*/82UO0:Y9%YXKD
MJ9(M_N#WBUK]P8.MCT6("I*V()U-0FU9=K-4S$^\Q-&#'DO)5&2GCPOHCE7$
M19W"F2<PXE/3U<A$ZTAR)W[11CUUM]SU39I=WUY/3OX@GNOACVNK15,K#"NN
MKXK"<*DB:X1FQ%G)\H)*U?2'Y1,AYCWETA!&YM S2R?#9I9;.A$TM4JT2(ED
M8#*.[[AT.LSQ1//52VT0SRO=QJ#_$(NCKB73,62^&<=1R51$L;NRM35H6TX0
M3;8KH3\`*B. C^I(;&K(Q+G87^[=E4>;,ONVNRL/P'Y,41*+E\=([> L0CZC
MEB&UF+6D?1=)@6B4>L2?;&]OJS\USX9]H$F98&Q4F8\Z=1PVRT^S7C_!U8_#
M$J@XCZ9UWCQ[U3[OG32/V^@_S_>:5_.6XR!TV>4B?[DTH8TC5O;H%<<VC5M 
M",?Y+WI!U\&X;$,S"%S;$&N7Y6O6@6L.^9J*3> HS2;Q;[%JD\3>1+=)UM90
M;@I!:K<$6U=O`E9VCUN!S=;M<8&C>ESBW^(>E\3>I,<E:VOTN$*0/9Y@YR\6
M0ECY/2ZN/%JWR]-5NZR(6]WKRUS9+W2[NA)JC7Y7-U.ICE]\I52I=D;MKA5F
M9<076?-S]!TC"&DTW!)BQ*),<7.*Y<2X;')K:(D8+;6Q=;1%VK=4=-;1(D&U
MLPA+-D4PJ>7VJ9*,F7F?8(I&NHZ98)"^O=PG=="W$,5&!7#G9.SU603!`&0A
MG+:A=Q[NW%U=MR2%0=]*6C*O640&!)?L37ME>Z]L8K&P?"+"LE<FZ+MD7GXS
M>,PNGP@WN"I[9R:,S7[9W7%I1B;W;L7,/UTW*W/ESI07A=P&^QJ$ZMK*]<PK
M(:7F57W>^H\UKX*9]<RK[ZWCGR<8TH:*YIJUH00N5U]YSJT8'ZS P;&(A"'U
M8LE4V/U)^8N#W.Z73X1]94:#6T+&3OET3*Q@< N:H^_$GEGV^1?3=<RRW1OT
M*]CP%NQ,_C'VRNX.J_2C)6X0E-T(8S\*W+)MV*#\N0>/QZ%3]BS,"KR^XY<M
ME>A16*[)R]94XA2HD5P*5^H^@(OQLL=(Q-S +%M )1&-LH<)"@6+#&Z6[O8.
MF1\R%JZY/T0H:D=08-_BK2%!ZK*&6;0QI)IE/NJ<::?,+S>%%&[NU1\$%706
M52>AW+$61&4?.^76J/2ER8%3Y K4HKZP@K+[`LVRH9U<+U/G!:'CBXMHJU_,
MDEX0T*@]3+Y@?/A8?,'8\:T@HH]K4/589LB LS_'S+<87/Q7#> "G*$?1-IG
MDZM4LU-,-0^_J6H>%5/-XV^JFB??5#5/OZEJGGU+U3PK1@2>%=,WSXO1T,^+
M49V-[6+8:6P7Q4\QMJ"Q78R6;FP7,W@:VW]G]*PS>90UJ^FC(N,63R 5N3>9
M0J9>YLJ3R 1#SN%2?'TB*8%%3B53,DIVVK4YS,K")G"4K$G\6RQJDMB;2%K2
M-"L+FD*0'9Q@ZV(F8$5*V6V8H=+[#I,X,JUX33%36$K0DC)NL:@E!-]$V+(F
M6EG<4A39UUD)NL@I:)%"E^OM4A<DQG$X7E?J)%)B264)MUCF%+DWLJ1)\ZQN
M216&,F$)?LZ2"F"AEE3KY5*5G.>LK>&\U&<3V+=8S@2I-U)LWGK>FLRO-(DW
MXZD1J%!EYI7NI8510#<KE2_A]#%Q;/9O\-4V8FD?;E,9B:AG9UH%Q)2/=]RN
M`> ,P/)",#@<FY^8N.5JT7G4!6-A5_3)124>,1]6^)<^R_&6TVU3NQ)BA9!^
M\RWZ85?F92YGJY9:TSKRQA^HIY5?5 ;.>M^J"]3L<W4I3M-?K".TR#&>D^L2
MCWG,:?:RQWP<7I6]TU?T72;+3YN;D1-?KWG87."HL^82_Q][U%RRLLY)<\7Q
M6F?-$QS0T/.'S06TW+.CUFWP#<1Q_#5MLF4U(+E$"V/R(BL1$'>WIA<Z45!<
MJD0!=;$1!9,!2>'T@A^9("[9H6!RT0V*DKK)(]!N'!.75R2V7T7TVR0"T&YT
MP$CRV2WE\@BBOE2C0$C#1GZQ):+TU90(T.E!'"3RZR%Z\$Q\P;/<[T@_($ @
M,^4?>9 ^`'68'6F0!\H1DASJ5L$=&4X/-]-P%@>,:>31(5^ZG30Y:!N ..R*
MM(MN$(<^`U '+\5C:%>"7W$`D=Y:DX<`!47R(!XA98?AT->2!](HAS@4E@0:
MJH&2PU&!=IB%\M"!$JQ)'.J@2SQ]58A:V$L/& 2YE<M 7V$*\C/_(#<S"S1/
MFAI>>K-!WO9B1=+BB0<XR.J(]^64H$$RV@)()?X+%]<5X#^@2D^OO#EN'KSN
MG"R]]8:R?^&*2.Q[9L4[<Z^]6;#MD.$DNPX[SQ_OU!ZK;8?M)\_$ML-I2 .2
M;H:>N@5Z[-/]T%@7:N#H7G;I\^*W%$JY=P<Y*_N(R\CDH[)]H?2A16O)$ZIJ
MNB9>(Z#;;,5#N1X/!K$AWE@$SPK'>U);UT58R*P6#"UY25-50Y+Y0:1#/I=6
M]AX5\LNC[8>BDE]$OCU/(NF0R EX(P>AX (HM^;!&K-5[,S4L3.-N3<-#2U9
MXI/MQESH_+P/YT/97/"C>="=[3G01S,%J\!\J#$,41DN2AM,,%%U4?I'SN(\
ME(MU?#*9'Q*1FO+'*+6X&X^[Y\V35O.LU</ V;FXF_W-6?NP\W[F?F%4NEKV
M]OOVP:*<0W5+LL!(7HQ4JOU=^ZS;.3U!',J>7)8\+^<*1D!>--SJG/5>-KMS
M"5_M?C3\N767H^FOPY:\9):\$[N&6SRAVJA9=4]5++OD'KW5GJ!=[H#(Y\[1
MDL)D<MT;\YX]]KSKW:J<&&&$5D7KHE;C9:T.1A>R!(&\5;_W:_/LI'/RZ@6<
MC] <BZ4G_&O.?T#]AWOU+5GZV+?%_2?.`,0CZ#V=A+0:CLJ@;K/+NC]V7=@%
ML3J5+CT)TD/$9K[->Z)$;@41@SUH$!=Z1;O)*M0JV-OSL-=91U)HD)6JWGP>
M9"V8,9G35 *E(-&<0U[BK*TQ65,8:8"F3\(9"D X)$I&M1>8M7IU4<Z+\0J7
M/F. [GQ."!!+`)JX8N.&'">%7)D4$:YXEUD$) B%\#<J3]SBGEP8[SKHSM--
M7Q]TP;/,19L,(O^DMM#=2<M;@DXK"I+629(])[B+:\^*GX./HJNX3L&0AE1;
M#N_?1R' YC067:0F%;K,5X@I_<\PI$:+WG+H==^T#SJ'G8->ZZR#9"06-FWN
M$CUZ>@6!!LI:VRKW[PO:14@@?R6CI:3UZ=/5I%7D^RZMFY960VOJ\KZXJ2,-
M:POJTZ>"=!'ZVH(:#4"9DXKW2;YW+V/"XDP&SD0!./RP!Y-D\Z[F^/!A-]F-
M(QKH?1V)GS-2:)EL222 -&(V_$3Y!#9!TQ+HW_()N4Y-4CX5EA0EK!"][+"+
M;IX$TML_J8&22<+:O*1G9FA?$,M$]W_$3#+XBOJ9MV@2;BJ'CF_K;]<X2 FM
M]I WP>FY(2VA`EUF1I9XB"AGMVN+4^KO&XTEJ4C/,EQO2>)QY%6:Z*+JE-^1
MR91['@-W7Z"W8CLF2C,]]R)_UVLAO1N$$7] ((?3M73J+TX:0GZMQ[((]P56
MBHYCG%]:M)EJ.O0[,L.18U&1G1/\A4,?Y07_1J&I_F2X?XBJ\;=&#8OE[QS(
M2<'.3!(/9,"GLL(HB /TT[BD#'\?![$S:-1VM""UOQY][^DQ;&$0'0@UE5&F
M)V!U50;/Q^H3.^Y9/=>,AFQN"O?H@:S9%&<ACK,0QUN(XRW$"1?BA#W/X=;<
MA'F%A99G.>8T<*IQZI<\@;PWKU2(3>(LQ'S2?$DKOO?&R?M9_-KK!ZYC:0]+
M":FNR$XQ]B$*@EB^@Q2&`CL9'I3^`E0YA%1IC4,L"N>'_E#6M,67:H;ZLK(3
MYC93JBY!&ZU!=.H&:W VSH.S<1Z\C?/@;9R'<.,\2,VQT0HVV4A2DVVJ<&]#
M!:-F_<HEHX;^RB6B?O_Z)2J+\;691\LC#3U:EIR'D+<DP@W0LV!T.@?Y"'H6
MBN?S')+KJ[^9F'.R'1\]MZ6.Z\&(6:(TZ>F*95!.I:+S*YT\\:LVFH4%&I <
M0*1A"N*2]1&G#O+PT(Q,;PH6Q]>T2\JGP;23JL'0N:2?GN7Z>JG2E92KM>X,
MW#-]9\#X+ (ZHC8;\!DXMF&-FC171^>D?M2=RHXPG$CYMAG9&E0XI71C(YU!
MTOB);4=O-+NO-X*C1\@I[8>#60A.<2P-ZMH#R\_G$@ZM,^@]V][I/9Y*X@'2
M-@QZ-NN/A[-IV*CA'"B.D5YH]6=3&'?X+#0.>],=G*7$H3V>GQ"9%IN;,LZW
MHO#,ZSZ?`?$P[%V:>M;0"3C.[2R]%[7AAO\#_B;?0=B_>8#<D4L`L>/I1(Y]
M![-(P)QA.,^=_.*07*I=OC!>4:G5R8)J)!((*[MDD:>+:,>/(P?UGY[U/1T&
MTMOUO=-XYN<;X#U&G=RP>"].RNBM\C[@4\.$CR*/>5D[<><OUHL?0!A'MC,8
M]&(Q6;XB!8!AG&Q/#?W5<+3.6A4A[>Z5$) '[-LU$*;E8YI$ZMVIGI SEAGN
MY:RX'J&VP<9_`$@X'16B0R?!@#9@8LZO8BM7A%B0P;Q]TX8?G0$='*1#+'KE
M:*SHIS8"+DYM#8!.I9GR.$N2,54JX2P]0I 7,^C)`U3S.'L@3CW0V^G84/3L
ML.?8MLN('4FL5E7=',<C0J']%V0<A>K_VWOZK[9Q97_W7Z&7UW-;0I.0M%NZ
M<.B]+-#=G$MA3X%]^U[;-8[C)-XZL:_M0'J[_=_OS.C3'PF!$J"OYIPVLC0C
MC:29T6@\LK 6$V+6C^<#",W[E UB$!N:I<%E[*<>B[UT&D_*@2?AA,?)X8WO
MA5+2<5X*,DA?"$;_'E@1:2(!Y=Q?#3EVL'/F$,E9'KBC<=AGY(3(D @PEXZ?
MRMG%-'K:8+@+=,(,X9A>.'8`!&7;G-]'FL6G&*DVC1/_PN-^M<3@"AQT8 &J
M!-96C'+B\VD"P+_%`#DV5Z]V]KW 2X6[:KZJU*^*)B%Y[!)VZ<4>M.?U,:QJ
MN5K(5+FBIO*I0LD=8@=!,WQVW>C34W<4/\7?Q$N_$)\!S.? FSQ-HLE3%_[[
M(EGNP@FF7K8F8R!PV+UK/&NN*3# T$LQD*5$L/4\SX>)TA'*# +9L*X//1NU
M7MT$3?),A;]>')=5YR0)AAUFZ!Z#?:9SM-PDO?AC61U@\J0!%P](E$'8MI.,
MQ6K,F9>9=J=:1-$YC?*SM[ZNA8R@_>&$#,DE0''D2\'[8E_AL8LP`/J"(GQN
MX'CL+78D4Q%GPF+32N]9'H8B;+&-%S]T&AO/GK$]9X+QA6'D+79<XS>N;"&#
MS3QO<=UR='9X" 2Z<:B$5"SXA?*],/(-*QIZJJUH738&UIB$9I:V]9"%B:U+
MRKP+J*FLK)DQ/<E052!H_H2$%'BP"T#^BMC^\=$!MYR:UEM8TR\XWXEA-CS=
M6^*EG:$IE(:2K]Z+;]V-E^[CBV)Y26795^7SOO\W-##FU3+P+;YF..MQ*=DR
M8@-O>*/7)A9RV$ P9[,YKVU55PJ;G>'\8 $#CHRKJ^ P=CP>SH\N, `;3A"-
MG*4@1R^?;6PL!>F_?+$DX(]+`H[]:+GNC%^^_+@<X*2]T5FR/PB[;-^CY08S
M^A0O!9> ?G67@G0#/XJ\96N=+@<X?M99LL;14F 7+W]8;AB7ZC6HIQ?/7RPW
MWM$2]=%"`&#S8Q\`DLPK/$.R&$HM.XO!)M[EE0!(D7JU2RKR]T>D7/YKA_T.
MVL54CHP.@F#I#@_'Y) \\++AL<?)7\UZZ_V3=W^T/M3?KSWZZWW[K\?G\J5N
M5C,_DE7)8M"BCX16(PB57]"..53^AAC?#^>4OU*A4/6LH(=U::&!7+R2S'Y[
ML+O_YL":J^YYN=#2!:Q"*Z+ T.]X"F?4CY-,;%D^MJ#1;2IW(67M'QW;;P[>
M\,3A\='/]O[QV4^'!W;WF#6.-WCP@SOOEI#)OZ8^!>5=4;[%NA-U^(B=N\#.
MT>.M*[':SUYN;L%V)\:E? LW%*!S0+0F%+H97#J?$K8!AI>'KZQIW(&58HIN
MA#U0WTD=OM63BS>8O]! IXDF[J=LO!S_DZ$!:G46V33*&6RQ^O+HTO_FNU#V
M^O!X]_0Q>\4&4:/'3[3-#803AU0E)'MU,RS6UTAX^I"YC-$)Q/=6O<9J[]R]
M#S4P)&OU-1U1FHIS9O2+89 HR?1_F_]TU,$P'EWR"J,B_5ZG"67;V'.S-HJ$
MSY7CB4<,Y<- 354BD^DL962&^$CG>284LL%/DU%T/,83G2OM`G::U!N^J31:
MV\WZHU9+:@JZQ[8<\(]W?VQ_J&\#K,CX!S38&DK,L?/18R I]NOCMR(>::=F
M$%<3#+'[=J?FQ#7XM5\?[OY\LE.+W1K;V]NIN?@K\AI#"?]V]^BP^Q- .>A<
MJXEG^_3@!.K7X9P8\L)!,-H'<XV<#[(R#&HZV_WY`%IPF<S\Y?CD5 9"P6P8
MCW9[IQ:$L"%HJ JZ/T$?.[:B\[C#KM 2C6&;`PA<>+!M&BAD=_OH&/X='.P?
M[ /5BFL20'STF6;CBVS[S=GA:1?[+AO/`_ &VM@)T1:0+Z3.D4#("( )/X!'
MFD^>I6@DT]ZV7HH>_1WF^5^@()2@<_$FX?9F?LK:VZ;^1P9X]^S#%CN8I%Z<
M=?">EVVK'LOP7DFB)6.;LBN?"QF<+A.^Z;"RD*3EV/!Z3+@\@Y3PUUUR3,T8
M2YJ.YS>8#F )70MMJ-$/!ZK&!D;I^\^8W?<OZ!<65?J=RHRIS)EXP[[?87:0
MC&+*<))1(!,\9S!(" 21[4L;'B[X`]7QG-GN..(`,D''NOI^?Z"2"2;]V722
M] >)+].)D>X/^CRM$@0@TBHQ,TI%FK<P&^AL46MJP*8F; JP-HR;W<./=-AB
MKP9Y_+"#[0FGL1U&-NIS_+V@!/QGCYQ)/_!BRNVC)\[C`)!F=J_'[&2$7\JP
M7=B:Q[;KN",`2&-G'(5TV-*VQPY.$DFFC?,,37M@8-JP)?"XE.I5Y]%GG-4O
MV^)3',82LD+V_,I/9#3V#P79RK:8%V//V=?%I4"@-,.;J3;&G)C%;D8J\G5R
MN<EDDD84`F,)@;&$P%A28"PI,)80&$L*C"4%QI("8PF!L4R!L0R!L83 6%)@
M+"TPEA88RQ 8RQ 8RQ 82PJ,90B,)07&D@)C&0)C:8&Q#(&QI,!8AL!86F L
M+3"6%!A+"(PE!<82`F-)@;%,@;&TP%A28"P0&(L+C&4*C&4(C,4%QB*!L;C 
MP,/((GG)^7E*XVACNNU1F9W*E#0--;V]0^:0AM5GK/E+QKIZU_SPSCT)/SS2
M]A5D.<DXFP%U&M9:R"O-B+19ZU/8$>)A/)/U!9<B<3N*DNQ&D_HN'%SG:$P+
M,&Y-\IAFR/I"P<R%;>KRIN#5YJ"&,]?DW'JL@1::;G/MO[NVZVHXGE^V5>O7
M5TGX5ZJ6S&JE5M)Y&5N))MK?5K'=HEA %M:('/O@&X-Y[,/=":)((B3LK[^,
M?@3>CBI9$'C^S:Q-HKO9L;K>E)9.:)A9:/)+35* ,.SQ!5K+XCK+XAI+'!K3
MS988D8>><[&4#<FU`VD&7DV[@5\[<8R##ADO`>^0,-ZOB[S*?>>U=H5E:N5N
M58H807$:14TGC!VDW3#Z)$ZFR"=CJ(W1?0)[+0&QC0PYP[5OK6R?50JI&&>M
M4!Z3$\RDJ]X,UR2]FO<R]"VWN9?2)9Z--K:S.J5D?VE()!^?)@&:$M'$:'N9
MM,RU<8GE\,%R9\&94&- 65ICJ5XQ<!2H8\V6S,RQ`5\^]-9_:35QB\X"X\L@
M.:^!+JG<!\NM@<;W4RI?0N5+>-"^!/,[0I5CH7(L5(Z%RK'P?3L6<NMWY65X
M@%Z&VUNU*I=#Y7*X1Y=#3ME4_H=K^!]*MJP%1X2Y>2UZ)'3I=^":R'+:?#>%
M,2@/V%_!/T&:<U509N6E6%+QJ,_#5DZ*RDGQL)T4BE4K'T7EHZA\%)6/HO)1
M&*MWY:)XB"Z*VUJS*@]%Y:&X7P^%H6HJ!\4U'!39/6K!-R%VJT6W!+^^XWOP
M2!B<-=\AP8?CH?LB(K?4&Q&YE3_BNFH&+Z*I/!*51^*;\$A$;N63J'P2E4^B
M\DE4/HG,"EYY)1ZT5^*KUZW*+U'Y)1Z(7P+53>69N*YGPMBQEOLF<.\ZQSL1
MN=^7?P(Y[ H/!0S)`_91&%$=I:$3^?+*:W&#2,0JI*)R8'PK#HQROJU\&94O
MH_)E5+Z,RI<Q;UVOW!H/T:VQDM6L\G!4'HZ'<C:D"L.XA7,BK2LB,HJ;X(5G
M1KZ?.(UY?+C4*9(''[^1I[48RE&$J/PC7Z7"JA"/RD/R;7I(JGB/RD=2^4@J
M'TGE(UFTME=>DF_'2U)%@E1^DO^7?I(J+.0K/26+(D3*ML17>TN^D[B1^?RX
MO,=D!?$DQD5-\KH2L9$>^T'@-[U9-/]N*''K3YR\V-C8:"D$6+\T\O*W/LG[
ME4+D7/$`Z"*%)+UB=&$@#DAS9!%G)Z,MIF"VP!@-\0K:Z:3?Y(/1@<%X)S :
M$R?]P [B&+BLW=ED3_SA)(R]_II@45DS,^#%8 QEHS 61JG.SUZJ94!+B&)9
MX>XL66+,";]?.[&05Z]U?];"U5M"-KJD,\1C35A$LRB,4Y ._BA&>0X')*XS
M:?";.P&F5@I48Z^P*WVO/W4]O(;:N"6TTWG!WC@S?SP=TZW0+/ FPW2$UV1U
M-IZ_I-N>^-6W8HI4+4S7AWUR"T,"S[_L_G9@[QT?O>[^;/^RQ+@LM&K*"X?>
MI$&7X"5XU=4]$H(S<<\DN%'$+]HF,I:@`>1<CQ]QFS&<(:,NA4Q5&[)SQF\3
M"WM)ZK@?FR%=*?;W^AHWWE4VVX:%*7%<0) H5(63QY"Y)0A90 .@$8"L!T&?
MKD/3_#AG6CXELD,CJ;_\&?PT7:5UQ#-3!::DJ]+&)6N<V?9)]_\.[-/__?7 
MMNGYU].W^]W7K\VL_]G[!58ZF7% `VONR$&H66LH]]ZL_J3%GAC/[]B'N@GP
MA*VUGJS!7IW7TS1XGKV:F1T\Q2YE<[*/THA1/;U/=@4BA'Y]`*+;P/NCDZ4E
MYZNHP'EL[*/=U#W:.SS;/[#WNV]WWM?(-B!@L (0`6^ZDY9'P^^-&XX_>][L
M-#>:&P37Z#1_W&AV-N4*\KXFZ_[U\.P$_\UM0:YYP_5UA75\N&]?C4FTK:\W
M\FT>'N_M'N:Q<'FCBZ(+).Z]/3Z9W\B<3B,OYRLZ/3XN-'M5/;DZ0*N0DIFK
M5J'/H &X##].GO[QODG>K_O6]B,G&=W_F@,&RP,@`JW*ZRQ\6OL8R2;WJ#)#
M(YC+(+(!)6C@,ROC!5B)_%),JD ,RT-;,>56%7H\ZL<WO._41!9;[-^<V ^G
MB;R2-6'.I,]H2MC82Q)GZ"5L$(=CQ*6U"/;9'NP5XK$3J*VNM(K+W%-\@ZLN
M\54;9,/D]V<@G#E<HP=;['3D)]S(O0SCCT!CC/L4YK#'N%-YS'K3(0[@3R?[
M7=9NML75C+#I_/7M\>FQO0_[SR/<9H*=+FST?-DR%KL:`=E=^6MN!7A%?+@S
M'13C+2O98E$830,GQ;WFN8!\;&F&WL(1IXUH;PS+?TG!V$E'Y25)VO?#\B(_
M"7'M\"9>[ 0`\N0H9'7<N/D!S#0,8MEF5ZTY;\+4'[2;G;5KXL5AF-X$!T?V
MIGBM((J^!K?U>[O]M?BR8*UL*D#*)G-F"5;+EA^Z:9#=TTKF$7MF=S;#UU6@
M.X,):R1S56PP34 ECO$ME,+@2K^Q_V:W>W1'9M-O!V]/NL='L,J;%A"LY)JJ
M?+_N=W^:PB0_""+:2R^/>E52JXU:0W#M=-?7@9-3'HHCACEDH$R!I]V07$BB
MWS+1;DIVXRS8<=%O0*N6J^ZE'FQNPN(%X#OGT66?WBTFL;MSCO?DEO5KFTDP
MB@@:M.+I)/7'0GN2@8GNPZS74?HB?^J>`!?5>GAMN'A2%P:5>29_-RX4.MS7
MR8/?=VJ#P)M14F6_V?WG0??H]?%.#=<6O$];YRF@6[H!^N27@\/#G9I8=FJP
M.'FN'<4>R/F.-H5KK"0K#<. [DV^RF*N,:@]!PDY%#&43'NYDFMN7[@5CH-^
M3BSQV-A_/^:\07*1R5^3[PN!7[[(?/&TK5Y(2F,H@RH,HW/1+N?[D^[IP4ZK
M[UVT)M,@4(LX0CSZ#&SXI:7X2PC;%)VB#2C"WN=AF+[O?%5LCL-\MKE9<7O%
M[2OE=LYFRS"]`#5XWS0[EM7Y62YG?_L;?\_$^YA_VW0?8RBH4/)3B=XW)7H,
MK1J#1]5[JFL%.@-3P[:VK;&7#Y15[W:IANR>E67?Z'((VO#BNUF^"69-#'89
M@)GVITMOTV4D&,O6W'J$\%=6S\&P#5D9OLF\P+?>T%@R:0P"9YC0&S1XX&I 
M/_4]511.TVB*86KT!(,0#N6#-_95@3=+8\=5CY'G13+MI&DL:\-TZO1D41CY
M$ZH#B*97A4"32 O;5SX`12(]1L;E24Z;>"#21!HIDTE.F'A"ND0223&2&$@K
M:B6B) )MZP45<:I3)SJY@6]8J$GX%31!BA.$18($2/(>0H+WB!+43T@1;? K
MJ1%)JI23U',;3NRGGV T(1E&6(E,8X1.<R2(ZKD$IYXXJ/%(\=L]GU>'"0%!
M*2HD/>FZ;?1Z,?W>FC$433<.DP1*@6,!!%A6OEIF-%[^OSW8.*AD$GDN0(=!
M`"+48;#=,'85+E08(E_V(OAO&'M#^ GXCQN.>^C:J3<'07B)&0D^_#D=(VR<
M!O!_&GN8%X0AYO5[L0#HP&_BCKP^1U./E,"-$/R^2_P/;+B^CO]4G]JX*69#
M6/'@G\B%!:V-R@J7.X<I+7%!+UR?-9YOM-F>,\'7Y+%'HV<R#^<?E$DC=TOY
MW^AOET>/<FT@% WH!!!Q%CGIB,?;]T-@&6S$F_E)VKRZ?638?.N0=U=MGY0U
M?G)7K6^4M;ZQXM:U<.C&5=Z*VQ:2J!OF&2MN50J^;E;&C:RV7:5==,,R:\4M
M&YI-MZTS5\YAH"U-Y@HO5MPBJ6;=(CZNO$5:!\PV,6/EK0;Y5H.[:%6N<F;#
M(F_E;=.Z:C:,&:OO<9+K;;+ZGI+18#:*&2MO%6T4LU%X7GF;9!&9C6+&ZF4'
M#;",[$#&REM%>\]L%)[OA),Z!5;JK+Q=;LV:[5+.74AK)R^N=]3;3K&[=] R
M[0XR#6/.RMNEW8C9+&:LVII0&Q_#I)!YJ[=7::N5,5@Q9]5]5MLZH\\R;\5M
MTT92-XN/*VY1[5IUJS+K5EI6\>"\\@;\Q#H@W @'E[$=3J*]5^KEM)-HMYB*
MPF>9F)"@7X(7]*_$$WZ'1BF^43BO'OF&4PX=/U3A1OIS!,(=</,C([G*\\=&
MKGF PXV4#Q AFF6?2Y!'&RX`NH4^02F!T4*)Y;"&P%+&[?*1N[[>Y-67<1%0
M/" B!JV!/_'AA^_MDS2F=-R@D R1^E,)VD*AS/5J<&N=6M0FD6\VBADK;U6/
MEMFTRKV#]OD,95NGO#MJ^\^2MF_'2:*/QFQN7L7"V;?.3?[MAD)V$ Z+F5!S
M"LNFSG\##1.].HM/J*%;5-'B(2HERQRO,H"53US)J"R@"8KOFB(Q)0N(XA!W
M1I=BB3*29.&=4:.YL8P<57IO0@AMO][<%,M*+E.-9(%N#K#<"!@ME V!+KZS
M.<EW;P%9M\HO-YR?;MG\=*^:G^XUYJ>[>'ZZ=S\_W27FI_M YN>L;'[.S [,
MB3TI+'W9TNP*F"T36K=L6,ZN,?%GBR?^[.XG_FR)B3^[[8F_!FU76@<E</=$
MXSQ;H0!U3_0ML!S*`.]8Q#$8Q=P>XO.B7BKX-(-R^YM$K'4QZ>)MZ-6OZE?Y
MVO0:],)L$Y"S!,D:-N/4X7EW2_C-PJPP1$[0+>+QQ),1-7?<81@Y9T3+01<Q
M5"P3*<9.3G=_/I#?E1"U9+\?P:,PZ+TI!KFC#XX8M7:3,*]2JG/A]T1Y=<#T
M.S]@ZKI1Z?'2^^.@ACN/5G[:LYRRP@&7U1!77BA/8#Y(XN2)FGG$W05ER["B
M..]3QHSH$?XZZO'D$(\#=/%HK,M/R")5^O3LHJ-'\F!7%.%1-5X5I;?H8>LK
M%[!ZO<[>085J\;KADO6N+2OKA6&:I+$3-0+/F<AZ.QKJ6O5>42EHG_96'OL5
M"Q(8.QH?*TB$F?#L>9N=XDX*1XO&,3\H\RNSU&Y#_&6,SCH%?;9,JP+4>>S$
MOI>TK,QF`/Z\M #J][PX_21R4Z!F,@A;"\B!UHBBQB@,/R8F19WF2%2KOJ,I
M_D+^G3)5GCT5*6I+4MF_*$,CO@=MNO_0S_Q;VOHY\]T@JBQP8(IE9?0!3W[P
M&BL#L[I06:1'A2KS)VECU)>UI4X\]%*S-OH<*-6F/@Q2Y]CZ^U6Z-O69J<)$
M<N^:'!7]Y21)"\;FZD>6RE!P2XLJ_],?9>%_(Q4T+GLE](:L"<\FBT.%=55)
M;M:D0<',2CJZ$J5#+*%?U-\@.X'Z;9Q9TS,-- O\L9_BYU*$BM(UJ4.V=:,F
M/9]4TW.CILS'5W*CD#V%#W]R9B0$GP\*@+:,/:K$I7J;@4^<2GLGHX_FD9N<
M@)K?SV+,/.UIHN(18G>QX+7$]L,)?"<QATE_(4'\J6!WF15[PX9HM< ]^DL+
M!CI&O"O60'0W<!)HU#("W05VXIFT*&R="=CC\,+CR'0R017ITZP:F8+SZQH9
MAJ_/<558/?WU>[-PFF;)YH<@P@QN6R*+.'R.?.G$@XZ!KP[0ZH;#>"A1\6"$
M+")4LV5UY%:AT@?B$%>$\:O>8.\;<1J8N-%EWVP6"Q6B*M ?BY.(`5@201;1
MF3@".?!F]'4-@4S?BC1@L]S"LA_@L-29@[K"CX+PTD P#X\H?!-3P@+FV.N7
M8?*C)H@Y\OH2%6?(:#3.T)A!Q8*DWZ-IT+@2/J^!LH=GB&!4KH@8.7&BAVK@
M3S*#FCN#PZ220#(0._90#<IV,Q\V4=CB+ [+8N,7K4'?CAU3X0VRPVQ6$)H5
MB$,D%LCB=-; -5M2$ 9])#=),Q2H$T"Z`CY/4(,;CL>AEL#!=.*FOI&1J2',
MU(!#3C5,8!2T)*VO:\VA:I"'FG0G:#H`'=G.E&)8[\,"NCJ.9*#CI "^GWJQ
MDWI&\SBYN@X3/]3X.*J C<:"V?KF9@GQZJ25QN8#@A5X,Y->M#!*R#>T<:(/
M5 $Z\9\AUIN;)=2+,UO&X.%1*\2.G>%8ZW)<9HN-F]HX,<Y1`3Y^RM!8BC*?
MHU/X\F29@4_=L5Q82KRXD3@7H@?B7%0]V[ZIE!-UUHNP,\N8P#;[GGI#<VX3
M?9P,K(YV=J;T^2R1C[&?62V7CE-AK]3+,05XT,]6#9AA#*SRB>N;O,&C3HTI
MK+S)`Q5,(Q_U7-[$4;@JD]PK#?FA(_A+`W^""S=L(\,$#%)/=DN=4:LKU#!;
M.2Q,@7>!N.*(5SW3+*DU`6^<(Q.XL><9F":3H.SH$<K;0IDS9):(E\\L\5DC
M(&\09;YL8>6T"S..[0D2:'DV.6DZB8%HQ,WM)0Q<`1[AH=JIYC"&=Q<D8\*5
M7V!1%@(_(Z@Z3I<:F*NY81)'48$YN08,,\A\C"ECYH:#@> O_9TKA<U%MJZP
M0]Q*Z#ZCAZ!NJ0]S%1"U(>CP@8FR?*@L1MF"$-IY%BG=M4#_62=N[$<IPW4$
M/T/EXWG"<417HH03=@)6[VX4,_:<M9]O_?!LJ_V<_7IRRMH__OBR:?T'Y<)<
%6^V `0``
`
end


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-03-16 20:25 Oskar Enoksson
  0 siblings, 0 replies; 88+ messages in thread
From: Oskar Enoksson @ 1998-03-16 20:25 UTC (permalink / raw)
  To: egcs

Hi! I just subscribed. I have good news and bad:

First the good news: I compiled the egcs-980309 snapshot with no problems
on a mips-sgi-irix5.3 and a i686-pc-linux-gnulibc1. Very nice!

Bad news: I've found what must be a bug. The problem is template function
overloading. A short source file is attached to this mail. One overload
ambiguity is resolved fine, but not the other. There is practically no
difference between the two cases, so it must be a bug.

Exactly the same happens with gcc 2.8.0 if that is of any help.

Suggestions? Thanks!

/Oskar



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-03-10  7:16 Bruno Haible
  0 siblings, 0 replies; 88+ messages in thread
From: Bruno Haible @ 1998-03-10  7:16 UTC (permalink / raw)
  To: egcs

CC; Christian Iseli <chris@lslsun.epfl.ch>
Subject: Re: Loop unrolling and asm
In-Reply-To: < 199803100938.KAA18441@lslsun17.epfl.ch >
Bcc: haible


> how do you go about including an asm with labels
> in a loop that will be unrolled?

You use  %=  inside the label names, e.g. "label%=x01".

The source says:
  %= outputs a number which is unique to each insn in the entire
  compilation.  This is useful for making local labels that are
  referred to more than once in a given insn.

Beware, old cc on i386-nextstep doesn't support this syntax (it's a
too old version of gcc).

Bruno

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-02-12 19:36 Satoshi HONDA
  0 siblings, 0 replies; 88+ messages in thread
From: Satoshi HONDA @ 1998-02-12 19:36 UTC (permalink / raw)
  To: egcs

I am very happy to tell you I have succeeded to build and install
egcs-1.0.1 on 

	alphaev56-unknown-linux-gnu

with redhat 5.0.

I'm now running octave-2.0.10 pleasantly.
Thank you very much.

Yours sincerely,

Satoshi HONDA
Dept. Applied Physics and Physico-Informatics,
Fac. Sci.& Tech.,Keio Univ.
Hiyosi 3-14-1, Kohoku, Yokohama 223-8522, JAPAN

Tel: +81-45-563-1141 ext.3509
Fax: +81-45-562-7625
E-mail: honda@inst.keio.ac.jp

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-02-10  3:34 Jeffrey A Law
  0 siblings, 0 replies; 88+ messages in thread
From: Jeffrey A Law @ 1998-02-10  3:34 UTC (permalink / raw)
  To: egcs

From law@cygnus.com  Tue Jan  6 23:04:46 1998
Received: from snowy.nsw.cmis.CSIRO.AU (snowy.nsw.cmis.CSIRO.AU [130.155.16.108])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with SMTP id XAA18104;
	Tue, 6 Jan 1998 23:04:42 -0800 (PST)
Received: by snowy.nsw.cmis.CSIRO.AU (SMI-8.6/SMI-SVR4)
	id SAA01277; Wed, 7 Jan 1998 18:04:05 +1100
Received: from fire.nsw.cmis.CSIRO.AU(130.155.16.102)
 via SMTP by snowy.nsw.cmis.CSIRO.AU, id smtpdAAAa000Jq; Wed Jan  7 18:04:00 1998
Sender: Hugues.Talbot@cmis.CSIRO.AU
Message-ID: <34B328DF.2781@cmis.CSIRO.AU>
Date: Wed, 07 Jan 1998 18:03:59 +1100
From: Hugues Talbot <Hugues.Talbot@cmis.CSIRO.AU>
Organization: CSIRO DMS
X-Mailer: Mozilla 3.0 (X11; I; OSF1 V3.2 alpha)
MIME-Version: 1.0
To: egcs@cygnus.com
CC: egcs-bugs@cygnus.com
Subject: Bug and successful build of egcs-1.0.1 on Solaris 2.5.1
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello dear egcs hackers,

Good news first:

	This is to report the successful build of egcs-1.0.1 on
a Sun Sparc 1000 running Solaris 2.5.1

	config.guess reports:	sparc-sun-solaris2.5.1

The bad news is that the regression test fails on some files.
I had the same errors with egcs 1.0. Printout follows.

	

-----
                === gcc tests ===

Running target unix
Using /home/ee02/bin/../share/dejagnu/baseboards/unix.exp as board
description file for target.
Using /home/ee02/bin/../share/dejagnu/config/unix.exp as generic
interface file for target.
Using /home/manoj/test/egcs-1.0/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.c-torture/code_quality/code_quality.exp
...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.c-torture/compile/compile.exp
...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.c-torture/execute/execute.exp
...
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2 
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2
-fomit-frame-pointer -finline-functions 
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2
-fomit-frame-pointer -finline-functions -funroll-loops 
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2
-fomit-frame-pointer -finline-functions -funroll-all-loops 
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.c-torture/execute/ieee/ieee.exp
...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.c-torture/noncompile/noncompile.exp
...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.c-torture/special/special.exp
...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.c-torture/unsorted/unsorted.exp
...
Running /home/manoj/test/egcs-1.0/gcc/testsuite/gcc.dg/dg.exp ...
Running /home/manoj/test/egcs-1.0/gcc/testsuite/gcc.failure/failure.exp
...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/acker1.exp ...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/dg-test.exp ...
Running /home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/dhry.exp
...
Running /home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/gcov.exp
...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/matrix1.exp ...
Running /home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/mg.exp
...
Running /home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/msgs.exp
...
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/optbench.exp ...
Running /home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/sieve.exp
...
Running /home/manoj/test/egcs-1.0/gcc/testsuite/gcc.misc-tests/sort2.exp
...

                === gcc Summary ===

# of expected passes            4881
# of unexpected failures        4
# of expected failures          5
# of unsupported tests          6
/home/manoj/test/egcs-1.0/objdir/gcc/xgcc version egcs-2.90.23 980102
(egcs-1.0.1 release)


and also:

                === g++ tests ===

Running target unix
Using /home/ee02/bin/../share/dejagnu/baseboards/unix.exp as board
description file for target.
Using /home/ee02/bin/../share/dejagnu/config/unix.exp as generic
interface file for target.
Using /home/manoj/test/egcs-1.0/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running
/home/manoj/test/egcs-1.0/gcc/testsuite/g++.old-deja/old-deja.exp ...
XPASS: g++.jason/destruct3.C - (test for bogus messages, line 38)
XPASS: g++.mike/dyncast1.C  Execution test
XPASS: g++.mike/dyncast2.C  Execution test

                === g++ Summary ===

# of expected passes            3400
# of unexpected successes       3
# of expected failures          80
# of untested testcases         6
/home/manoj/test/egcs-1.0/objdir/gcc/testsuite/../xgcc version
egcs-2.90.23 980102 (egcs-1.0.1 release)

-------

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-02-09 14:46 Jochen Kuepper
  0 siblings, 0 replies; 88+ messages in thread
From: Jochen Kuepper @ 1998-02-09 14:46 UTC (permalink / raw)
  To: egcs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 696 bytes --]

Since there are so many patches going around, will there be a release
egcs-1.0.2 any time soon. Is there an archive of patches to egcs-1.0.1
(separated from the snapshot patches) anywhere ?

Jochen

-----------------------------------------------------------------------
  Jochen Küpper

  Heinrich-Heine-Universität Düsseldorf     jochen@uni-duesseldorf.de
  Institut für Physikalische Chemie I
  Universitätsstrasse 1, Geb 26.43.02.19       phone ++49-211-8113681
  40225 Düsseldorf                             fax   ++49-211-8115195
  Germany             http://www-public.rz.uni-duesseldorf.de/~jochen
-----------------------------------------------------------------------

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-02-09  3:22 Thomas Aigner
  0 siblings, 0 replies; 88+ messages in thread
From: Thomas Aigner @ 1998-02-09  3:22 UTC (permalink / raw)
  To: egcs mailing list

Hi
I'v forgotten to say that I use binutils 2.8.1.0.15.
	Thomas


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1998-01-08  6:05 Andrew Zabolotny
  0 siblings, 0 replies; 88+ messages in thread
From: Andrew Zabolotny @ 1998-01-08  6:05 UTC (permalink / raw)
  To: egcs

Hello everybody!

The mingw32 egcs-1.0 port and possibly cygnus-win32 egcs-1.0 (since first 
is heavily based on second) has the following problem:

The program:

---------------
#include <stdio.h>

static __attribute__ ((stdcall)) BlackHole(int a);

void doit()
{
 BlackHole(1);
}

static __attribute__ ((stdcall)) BlackHole(int a)
{
 printf("disappearing function! %d\n", a);
}

int main()
{
 doit();
 return (0);
}
---------------

does not compile correctly with -O3. However, it compiles okay if the
-fkeep-inline-functions or with -fno-inline-functions switch was
specified. The problem is that the BlackHole function is for some 
reason marked 'inline' but instead of inlining its code the compiler 
puts a 'call BlackHole@4' anyway, but the actual function code is 
totally missing.

This problem is not present with gcc-2.7.2 from cygwin32.

I've did not tracked the problem, but I think it's related to the
ENCODE_SECTION_INFO macro in cygwin32.h (the name of function changes
and compiler detects by name whenever the function is inline??? nonsense)

Greetings,
    _\ndy@teamOS/2


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-12-08  9:35 ManfredMetzger
  0 siblings, 0 replies; 88+ messages in thread
From: ManfredMetzger @ 1997-12-08  9:35 UTC (permalink / raw)
  To: egcs



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-12-05 13:11 Thomas Weise
  0 siblings, 0 replies; 88+ messages in thread
From: Thomas Weise @ 1997-12-05 13:11 UTC (permalink / raw)
  To: egcs

Here are my gcc/g++ results "configure; make bootstrap"
and below full results "configure --enable-shared; make bootstrap".
Is --enable-shared g++ known to fail on this target? 

tom@zaphod.wh9.tu-dresden.de

S.u.S.E. Linux 4.4.1 (kernel 2.0.29) + libc-5.4.39 + binutils-2.8.1.0.15


Test Run By tom on Thu Dec  4 00:22:35 1997
Native configuration is i486-pc-linux-gnulibc1

                === gcc Summary ===

# of expected passes            4883
# of expected failures          5
# of unsupported tests          7
/home/tom/egcs-1.0/gcc/xgcc version egcs-2.90.21 971202 (egcs-1.00 release)

Test Run By tom on Thu Dec  4 01:03:23 1997
Native configuration is i486-pc-linux-gnulibc1

                === g++ Summary ===

# of expected passes            3400
# of unexpected successes       3
# of expected failures          80
# of untested testcases         6
/home/tom/egcs-1.0/gcc/testsuite/../xgcc version egcs-2.90.21 971202 (egcs-1.00 release)





Test Run By tom on Fri Dec  5 17:26:31 1997
Native configuration is i486-pc-linux-gnulibc1

		=== libio tests ===

		=== libio Summary ===

# of expected passes		40


Test Run By tom on Fri Dec  5 17:29:30 1997
Native configuration is i486-pc-linux-gnulibc1

		=== libstdc++ tests ===

		=== libstdc++ Summary ===

# of expected passes		30


Test Run By tom on Fri Dec  5 17:32:28 1997
Native configuration is i486-pc-linux-gnulibc1

		=== gcc tests ===

		=== gcc Summary ===

# of expected passes		4883
# of expected failures		5
# of unsupported tests		7
/home/tom/egcs-1.0/gcc/xgcc version egcs-2.90.21 971202 (egcs-1.00 release)


Test Run By tom on Fri Dec  5 18:19:59 1997
Native configuration is i486-pc-linux-gnulibc1

		=== g++ tests ===

FAIL: g++.bob/delete1.C  Execution test
FAIL: g++.bob/packed1.C  Execution test
FAIL: g++.bob/template4.C  Execution test
FAIL: g++.brendan/code-gen1.C  Execution test
FAIL: g++.brendan/code-gen2.C  Execution test
FAIL: g++.brendan/code-gen3.C  Execution test
FAIL: g++.brendan/code-gen4.C  Execution test
FAIL: g++.brendan/code-gen5.C  Execution test
FAIL: g++.brendan/code-gen6.C  Execution test
FAIL: g++.brendan/copy1.C  Execution test
FAIL: g++.brendan/copy2.C  Execution test
FAIL: g++.brendan/copy3.C  Execution test
FAIL: g++.brendan/copy4.C  Execution test
FAIL: g++.brendan/copy5.C  Execution test
FAIL: g++.brendan/copy6.C  Execution test
FAIL: g++.brendan/copy7.C  Execution test
FAIL: g++.brendan/copy8.C  Execution test
FAIL: g++.brendan/copy9.C  Execution test
FAIL: g++.brendan/ctors1.C  Execution test
FAIL: g++.brendan/ctors2.C  Execution test
FAIL: g++.brendan/delete2.C  Execution test
FAIL: g++.brendan/dtors1.C  Execution test
FAIL: g++.brendan/dtors2.C  Execution test
FAIL: g++.brendan/dtors3.C  Execution test
FAIL: g++.brendan/groff1.C  Execution test
FAIL: g++.brendan/init3.C  Execution test
FAIL: g++.brendan/misc12.C  Execution test
FAIL: g++.brendan/misc7.C  Execution test
FAIL: g++.brendan/nest21.C  Execution test
FAIL: g++.brendan/new2.C  Execution test
FAIL: g++.brendan/new3.C  Execution test
FAIL: g++.brendan/operators5.C  Execution test
FAIL: g++.brendan/overload2.C  Execution test
FAIL: g++.brendan/overload7.C  Execution test
FAIL: g++.brendan/ptolemy2.C  Execution test
FAIL: g++.brendan/redecl2.C  Execution test
FAIL: g++.brendan/reference1.C  Execution test
FAIL: g++.brendan/sizeof5.C  Execution test
FAIL: g++.brendan/template22.C  Execution test
FAIL: g++.brendan/template24.C  Execution test
FAIL: g++.brendan/template3.C  Execution test
FAIL: g++.brendan/template9.C  Execution test
FAIL: g++.brendan/vtables1.C  Execution test
FAIL: g++.bugs/891230_01.C  Execution test
FAIL: g++.bugs/900107_01.C  Execution test
FAIL: g++.bugs/900207_03.C  Execution test
FAIL: g++.bugs/900208_02.C  Execution test
FAIL: g++.bugs/900212_03.C  Execution test
FAIL: g++.bugs/900220_01.C  Execution test
FAIL: g++.bugs/900220_02.C  Execution test
FAIL: g++.bugs/900220_03.C  Execution test
FAIL: g++.bugs/900227_01.C  Execution test
FAIL: g++.bugs/900321_02.C  Execution test
FAIL: g++.bugs/900321_04.C  Execution test
FAIL: g++.bugs/900321_05.C  Execution test
FAIL: g++.bugs/900324_03.C  Execution test
FAIL: g++.bugs/900324_06.C  Execution test
FAIL: g++.bugs/900331_02.C  Execution test
FAIL: g++.bugs/900331_03.C  Execution test
FAIL: g++.bugs/900331_04.C  Execution test
FAIL: g++.bugs/900406_02.C (syntax) Execution test
FAIL: g++.bugs/900407_02.C  Execution test
FAIL: g++.bugs/900511_01.C  Execution test
FAIL: g++.bugs/900519_04.C  Execution test
FAIL: g++.bugs/900519_08.C  Execution test
FAIL: g++.bugs/900520_02.C  Execution test
FAIL: g++.bugs/900520_04.C  Execution test
FAIL: g++.bugs/900520_05.C  Execution test
FAIL: g++.bugs/900520_06.C  Execution test
FAIL: g++.eh/pdel1.C  Execution test
FAIL: g++.eh/pdel2.C  Execution test
FAIL: g++.eh/rethrow1.C  Execution test
FAIL: g++.eh/rethrow2.C  Execution test
FAIL: g++.eh/rethrow3.C  Execution test
FAIL: g++.eh/spec1.C  Execution test
FAIL: g++.eh/spec2.C  Execution test
FAIL: g++.eh/spec4.C  Execution test
FAIL: g++.ext/constructor.C  Execution test
FAIL: g++.ext/default.C  Execution test
FAIL: g++.ext/null1.C  Execution test
FAIL: g++.gb/sig01.C  Execution test
FAIL: g++.gb/sig02.C  Execution test
FAIL: g++.gb/sig03.C  Execution test
FAIL: g++.gb/sig04.C  Execution test
FAIL: g++.gb/sig05.C  Execution test
FAIL: g++.gb/sig06.C  Execution test
FAIL: g++.gb/sig07.C  Execution test
FAIL: g++.gb/sig08.C  Execution test
FAIL: g++.gb/sig09.C  Execution test
FAIL: g++.gb/sig10.C  Execution test
FAIL: g++.gb/sig11.C  Execution test
FAIL: g++.gb/sig12.C  Execution test
FAIL: g++.gb/sig13.C  Execution test
FAIL: g++.gb/sig14.C  Execution test
FAIL: g++.gb/sig15.C  Execution test
FAIL: g++.gb/sig16.C  Execution test
FAIL: g++.gb/sig17.C  Execution test
FAIL: g++.gb/sig18.C  Execution test
FAIL: g++.gb/sig19.C  Execution test
FAIL: g++.gb/sig20.C  Execution test
FAIL: g++.gb/sig21.C  Execution test
FAIL: g++.gb/sig22.C  Execution test
FAIL: g++.gb/sig23.C  Execution test
FAIL: g++.gb/sig24.C  Execution test
FAIL: g++.gb/sig25.C  Execution test
FAIL: g++.gb/sig26.C  Execution test
FAIL: g++.gb/sig27.C  Execution test
FAIL: g++.gb/sig28.C  Execution test
FAIL: g++.gb/sig29.C  Execution test
FAIL: g++.gb/sig30.C  Execution test
FAIL: g++.gb/sig31.C  Execution test
FAIL: g++.jason/2371.C  Execution test
FAIL: g++.jason/aggregate.C  Execution test
FAIL: g++.jason/anon.C  Execution test
FAIL: g++.jason/bool2.C  Execution test
FAIL: g++.jason/bool4.C  Execution test
FAIL: g++.jason/bool5.C  Execution test
FAIL: g++.jason/byval.C  Execution test
FAIL: g++.jason/cleanup.C  Execution test
FAIL: g++.jason/cond2.C  Execution test
FAIL: g++.jason/const.C  Execution test
FAIL: g++.jason/const2.C  Execution test
FAIL: g++.jason/const3.C  Execution test
FAIL: g++.jason/conversion6.C  Execution test
FAIL: g++.jason/conversion7.C  Execution test
FAIL: g++.jason/conversion8.C  Execution test
FAIL: g++.jason/conversion9.C  Execution test
FAIL: g++.jason/ctor1.C  Execution test
FAIL: g++.jason/dcast2.C  Execution test
FAIL: g++.jason/dcast3.C  Execution test
FAIL: g++.jason/defctor.C  Execution test
XPASS: g++.jason/destruct3.C - (test for bogus messages, line 38)
FAIL: g++.jason/dtor2.C  Execution test
FAIL: g++.jason/dtor5.C  Execution test
FAIL: g++.jason/enum5.C  Execution test
FAIL: g++.jason/enum6.C  Execution test
FAIL: g++.jason/enum8.C  Execution test
FAIL: g++.jason/friend.C  Execution test
FAIL: g++.jason/groff1.C  Execution test
FAIL: g++.jason/init2.C  Execution test
FAIL: g++.jason/init3.C  Execution test
FAIL: g++.jason/inline.C  Execution test
FAIL: g++.jason/lex1.C  Execution test
FAIL: g++.jason/lvalue4.C  Execution test
FAIL: g++.jason/mangle3.C  Execution test
FAIL: g++.jason/mi.C  Execution test
FAIL: g++.jason/mutable1.C  Execution test
FAIL: g++.jason/net2.C  Execution test
FAIL: g++.jason/new.C  Execution test
FAIL: g++.jason/new2.C  Execution test
FAIL: g++.jason/new3.C  Execution test
FAIL: g++.jason/new4.C  Execution test
FAIL: g++.jason/new5.C  Execution test
FAIL: g++.jason/offset2.C  Execution test
FAIL: g++.jason/opeq.C  Execution test
FAIL: g++.jason/optimize2.C  Execution test
FAIL: g++.jason/overload11.C  Execution test
FAIL: g++.jason/overload12.C  Execution test
FAIL: g++.jason/overload13.C  Execution test
FAIL: g++.jason/overload19.C  Execution test
FAIL: g++.jason/overload27.C  Execution test
FAIL: g++.jason/parse10.C  Execution test
FAIL: g++.jason/parse12.C  Execution test
FAIL: g++.jason/parse9.C  Execution test
FAIL: g++.jason/pmem2.C  Execution test
FAIL: g++.jason/pmem3.C  Execution test
FAIL: g++.jason/pmf7.C  Execution test
FAIL: g++.jason/pmf8.C  Execution test
FAIL: g++.jason/ref10.C  Execution test
FAIL: g++.jason/ref11.C  Execution test
FAIL: g++.jason/ref12.C  Execution test
FAIL: g++.jason/ref7.C  Execution test
FAIL: g++.jason/ref8.C  Execution test
FAIL: g++.jason/ref9.C  Execution test
FAIL: g++.jason/return.C  Execution test
FAIL: g++.jason/return2.C  Execution test
FAIL: g++.jason/return3.C  Execution test
FAIL: g++.jason/rvalue1.C  Execution test
FAIL: g++.jason/rvalue2.C  Execution test
FAIL: g++.jason/scoping17.C  Execution test
FAIL: g++.jason/static1.C  Execution test
FAIL: g++.jason/synth5.C  Execution test
FAIL: g++.jason/synth7.C  Execution test
FAIL: g++.jason/template11.C  Execution test
FAIL: g++.jason/template13.C  Execution test
FAIL: g++.jason/template14.C  Execution test
FAIL: g++.jason/template15.C  Execution test
FAIL: g++.jason/template16.C  Execution test
FAIL: g++.jason/template19.C  Execution test
FAIL: g++.jason/template20.C  Execution test
FAIL: g++.jason/template24.C  Execution test
FAIL: g++.jason/template25.C  Execution test
FAIL: g++.jason/template26.C  Execution test
FAIL: g++.jason/template27.C  Execution test
FAIL: g++.jason/template28.C  Execution test
FAIL: g++.jason/template3.C  Execution test
FAIL: g++.jason/template31.C  Execution test
FAIL: g++.jason/template34.C  Execution test
FAIL: g++.jason/template36.C  Execution test
FAIL: g++.jason/template37.C  Execution test
FAIL: g++.jason/template38.C  Execution test
FAIL: g++.jason/template40.C  Execution test
FAIL: g++.jason/template41.C  Execution test
FAIL: g++.jason/template42.C  Execution test
FAIL: g++.jason/template43.C  Execution test
FAIL: g++.jason/template6.C - failed temp resolution Execution test
FAIL: g++.jason/temporary.C  Execution test
FAIL: g++.jason/temporary3.C  Execution test
FAIL: g++.jason/temporary4.C  Execution test
FAIL: g++.jason/temporary5.C  Execution test
FAIL: g++.jason/temporary7.C  Execution test
FAIL: g++.jason/temporary8.C  Execution test
FAIL: g++.jason/thunk1.C  Execution test
FAIL: g++.jason/thunk2.C  Execution test
FAIL: g++.jason/thunk3.C  Execution test
FAIL: g++.jason/typedef2.C  Execution test
FAIL: g++.jason/typeid1.C  Execution test
FAIL: g++.jason/typeid2.C  Execution test
FAIL: g++.jason/vecdel.C  Execution test
FAIL: g++.jason/virtual2.C  Execution test
FAIL: g++.jason/warning5.C  Execution test
FAIL: g++.law/arg7.C  Execution test
FAIL: g++.law/arg8.C  Execution test
FAIL: g++.law/arm13.C  Execution test
FAIL: g++.law/arm15.C  Execution test
FAIL: g++.law/arm4.C  Execution test
FAIL: g++.law/arm5.C  Execution test
FAIL: g++.law/arm7.C  Execution test
FAIL: g++.law/array1.C  Execution test
FAIL: g++.law/bit-fields2.C  Execution test
FAIL: g++.law/builtin1.C  Execution test
FAIL: g++.law/code-gen1.C  Execution test
FAIL: g++.law/code-gen2.C  Execution test
FAIL: g++.law/code-gen4.C  Execution test
FAIL: g++.law/code-gen5.C  Execution test
FAIL: g++.law/copy1.C  Execution test
FAIL: g++.law/ctors12.C  Execution test
FAIL: g++.law/ctors15.C  Execution test
FAIL: g++.law/ctors16.C  Execution test
FAIL: g++.law/ctors2.C  Execution test
FAIL: g++.law/ctors4.C  Execution test
FAIL: g++.law/ctors8.C  Execution test
FAIL: g++.law/cvt12.C  Execution test
FAIL: g++.law/cvt2.C  Execution test
FAIL: g++.law/cvt4.C  Execution test
FAIL: g++.law/cvt7.C  Execution test
FAIL: g++.law/dtors2.C  Execution test
FAIL: g++.law/dtors3.C  Execution test
FAIL: g++.law/dtors4.C  Execution test
FAIL: g++.law/dtors5.C  Execution test
FAIL: g++.law/enum9.C  Execution test
FAIL: g++.law/global-init1.C  Execution test
FAIL: g++.law/init11.C  Execution test
FAIL: g++.law/init13.C  Execution test
FAIL: g++.law/init14.C  Execution test
FAIL: g++.law/init9.C  Execution test
FAIL: g++.law/inline4.C  Execution test
FAIL: g++.law/operators1.C  Execution test
FAIL: g++.law/operators15.C  Execution test
FAIL: g++.law/operators16.C  Execution test
FAIL: g++.law/operators23.C  Execution test
FAIL: g++.law/operators27.C  Execution test
FAIL: g++.law/operators7.C  Execution test
FAIL: g++.law/operators8.C  Execution test
FAIL: g++.law/profile1.C  Execution test
FAIL: g++.law/refs1.C  Execution test
FAIL: g++.law/refs4.C  Execution test
FAIL: g++.law/scope2.C  Execution test
FAIL: g++.law/template2.C  Execution test
FAIL: g++.law/temps2.C  Execution test
FAIL: g++.law/temps3.C  Execution test
FAIL: g++.law/temps4.C  Execution test
FAIL: g++.law/temps5.C  Execution test
FAIL: g++.law/temps6.C  Execution test
FAIL: g++.law/virtual2.C  Execution test
FAIL: g++.law/virtual3.C  Execution test
FAIL: g++.law/virtual4.C  Execution test
FAIL: g++.law/vtable3.C  Execution test
FAIL: g++.mike/align1.C  Execution test
FAIL: g++.mike/align2.C  Execution test
FAIL: g++.mike/asm2.C  Execution test
FAIL: g++.mike/bool2.C  Execution test
FAIL: g++.mike/conv1.C  Execution test
FAIL: g++.mike/dyncast3.C  Execution test
FAIL: g++.mike/dyncast5.C  Execution test
FAIL: g++.mike/dyncast7.C  Execution test
FAIL: g++.mike/dyncast8.C  Execution test
FAIL: g++.mike/dyncast9.C  Execution test
FAIL: g++.mike/eh10.C  Execution test
FAIL: g++.mike/eh12.C  Execution test
FAIL: g++.mike/eh13.C  Execution test
FAIL: g++.mike/eh14.C  Execution test
FAIL: g++.mike/eh16.C  Execution test
FAIL: g++.mike/eh17.C  Execution test
FAIL: g++.mike/eh18.C  Execution test
FAIL: g++.mike/eh2.C  Execution test
FAIL: g++.mike/eh21.C  Execution test
FAIL: g++.mike/eh23.C  Execution test
FAIL: g++.mike/eh24.C  Execution test
FAIL: g++.mike/eh25.C  Execution test
FAIL: g++.mike/eh26.C  Execution test
FAIL: g++.mike/eh27.C  Execution test
FAIL: g++.mike/eh28.C  Execution test
FAIL: g++.mike/eh29.C  Execution test
FAIL: g++.mike/eh3.C  Execution test
FAIL: g++.mike/eh31.C  Execution test
FAIL: g++.mike/eh33.C  Execution test
FAIL: g++.mike/eh34.C  Execution test
FAIL: g++.mike/eh35.C  Execution test
FAIL: g++.mike/eh36.C  Execution test
FAIL: g++.mike/eh37.C  Execution test
FAIL: g++.mike/eh38.C  Execution test
FAIL: g++.mike/eh39.C  Execution test
FAIL: g++.mike/eh40.C  Execution test
FAIL: g++.mike/eh41.C  Execution test
FAIL: g++.mike/eh42.C  Execution test
FAIL: g++.mike/eh44.C  Execution test
FAIL: g++.mike/eh45.C  Execution test
FAIL: g++.mike/eh47.C  Execution test
FAIL: g++.mike/eh48.C  Execution test
FAIL: g++.mike/eh49.C  Execution test
FAIL: g++.mike/eh5.C  Execution test
FAIL: g++.mike/eh50.C  Execution test
FAIL: g++.mike/eh51.C  Execution test
FAIL: g++.mike/eh52.C  Execution test
FAIL: g++.mike/eh53.C  Execution test
FAIL: g++.mike/eh55.C  Execution test
FAIL: g++.mike/eh56.C  Execution test
FAIL: g++.mike/eh6.C  Execution test
FAIL: g++.mike/eh7.C  Execution test
FAIL: g++.mike/eh8.C  Execution test
FAIL: g++.mike/eh9.C  Execution test
FAIL: g++.mike/hog1.C  Execution test
FAIL: g++.mike/init1.C  Execution test
FAIL: g++.mike/leak1.C  Execution test
FAIL: g++.mike/mangle3.C  Execution test
FAIL: g++.mike/mi1.C  Execution test
FAIL: g++.mike/mi2.C  Execution test
FAIL: g++.mike/misc1.C  Execution test
FAIL: g++.mike/misc13.C  Execution test
FAIL: g++.mike/misc14.C  Execution test
FAIL: g++.mike/net15.C  Execution test
FAIL: g++.mike/net16.C  Execution test
FAIL: g++.mike/net17.C  Execution test
FAIL: g++.mike/net21.C  Execution test
FAIL: g++.mike/net26.C  Execution test
FAIL: g++.mike/net34.C  Execution test
FAIL: g++.mike/net35.C  Execution test
FAIL: g++.mike/net37.C  Execution test
FAIL: g++.mike/net38.C  Execution test
FAIL: g++.mike/net39.C  Execution test
FAIL: g++.mike/net40.C  Execution test
FAIL: g++.mike/net41.C  Execution test
FAIL: g++.mike/net46.C  Execution test
FAIL: g++.mike/offset1.C  Execution test
FAIL: g++.mike/opr-as1.C  Execution test
FAIL: g++.mike/p10148.C  Execution test
FAIL: g++.mike/p10769a.C  Execution test
FAIL: g++.mike/p10849a.C  Execution test
FAIL: g++.mike/p11144.C  Execution test
FAIL: g++.mike/p11667.C  Execution test
FAIL: g++.mike/p12306.C  Execution test
FAIL: g++.mike/p12306a.C  Execution test
FAIL: g++.mike/p1248.C  Execution test
FAIL: g++.mike/p1567.C  Execution test
FAIL: g++.mike/p1862.C  Execution test
FAIL: g++.mike/p2394.C  Execution test
FAIL: g++.mike/p2736.C  Execution test
FAIL: g++.mike/p2846.C  Execution test
FAIL: g++.mike/p2846a.C  Execution test
FAIL: g++.mike/p2846b.C  Execution test
FAIL: g++.mike/p2960.C  Execution test
FAIL: g++.mike/p3041.C  Execution test
FAIL: g++.mike/p3060d.C  Execution test
FAIL: g++.mike/p3068.C  Execution test
FAIL: g++.mike/p3139.C  Execution test
FAIL: g++.mike/p3570.C  Execution test
FAIL: g++.mike/p3579.C  Execution test
FAIL: g++.mike/p3708.C  Execution test
FAIL: g++.mike/p3708a.C  Execution test
FAIL: g++.mike/p3708b.C  Execution test
FAIL: g++.mike/p4068.C  Execution test
FAIL: g++.mike/p4104.C  Execution test
FAIL: g++.mike/p4246.C  Execution test
FAIL: g++.mike/p4511.C  Execution test
FAIL: g++.mike/p4623.C  Execution test
FAIL: g++.mike/p4667.C  Execution test
FAIL: g++.mike/p4736a.C  Execution test
FAIL: g++.mike/p4736b.C  Execution test
FAIL: g++.mike/p4736c.C  Execution test
FAIL: g++.mike/p5469.C  Execution test
FAIL: g++.mike/p5469a.C  Execution test
FAIL: g++.mike/p5571.C  Execution test
FAIL: g++.mike/p5611.C  Execution test
FAIL: g++.mike/p5673.C  Execution test
FAIL: g++.mike/p5718.C  Execution test
FAIL: g++.mike/p5840.C  Execution test
FAIL: g++.mike/p5958.C  Execution test
FAIL: g++.mike/p6004.C  Execution test
FAIL: g++.mike/p6311.C  Execution test
FAIL: g++.mike/p646.C  Execution test
FAIL: g++.mike/p658.C  Execution test
FAIL: g++.mike/p6610a.C  Execution test
FAIL: g++.mike/p6610b.C  Execution test
FAIL: g++.mike/p6611.C  Execution test
FAIL: g++.mike/p6927.C  Execution test
FAIL: g++.mike/p7180.C  Execution test
FAIL: g++.mike/p7325.C  Execution test
FAIL: g++.mike/p755.C  Execution test
FAIL: g++.mike/p755a.C  Execution test
FAIL: g++.mike/p7651.C  Execution test
FAIL: g++.mike/p783.C  Execution test
FAIL: g++.mike/p783a.C  Execution test
FAIL: g++.mike/p783b.C  Execution test
FAIL: g++.mike/p786.C  Execution test
FAIL: g++.mike/p7865.C  Execution test
FAIL: g++.mike/p789.C  Execution test
FAIL: g++.mike/p789a.C  Execution test
FAIL: g++.mike/p7912.C  Execution test
FAIL: g++.mike/p8018.C  Execution test
FAIL: g++.mike/p8155.C  Execution test
FAIL: g++.mike/p8483.C  Execution test
FAIL: g++.mike/p8804.C  Execution test
FAIL: g++.mike/p9206.C  Execution test
FAIL: g++.mike/p9706.C  Execution test
FAIL: g++.mike/p9732a.C  Execution test
FAIL: g++.mike/p9732b.C  Execution test
FAIL: g++.mike/pmf1.C  Execution test
FAIL: g++.mike/pmf2.C  Execution test
FAIL: g++.mike/pmf5.C  Execution test
FAIL: g++.mike/pmf7.C  Execution test
FAIL: g++.mike/pmf8.C  Execution test
FAIL: g++.mike/pmf9.C  Execution test
FAIL: g++.mike/pt1.C - Execution test
FAIL: g++.mike/pt2.C  Execution test
FAIL: g++.mike/ref1.C  Execution test
FAIL: g++.mike/rtti2.C  Execution test
FAIL: g++.mike/rtti3.C  Execution test
FAIL: g++.mike/temp.C  Execution test
FAIL: g++.mike/thunk2.C  Execution test
FAIL: g++.mike/thunk3.C  Execution test
FAIL: g++.mike/virt2.C  Execution test
FAIL: g++.mike/virt4.C  Execution test
FAIL: g++.mike/virt5.C  Execution test
FAIL: g++.niklas/t140.C  Execution test
FAIL: g++.other/rtti1.C  Execution test
FAIL: g++.other/rtti2.C  Execution test
FAIL: g++.other/rtti3.C  Execution test
FAIL: g++.other/rtti4.C  Execution test
FAIL: g++.other/rttid2.C  Execution test
FAIL: g++.other/rttid3.C  Execution test
FAIL: g++.other/rttid4.C  Execution test
FAIL: g++.pt/eichin01a.C  Execution test
FAIL: g++.pt/eichin01b.C  Execution test
FAIL: g++.pt/t16.C  Execution test
FAIL: g++.pt/t39.C  Execution test
FAIL: g++.pt/t42.C - this should work Execution test
FAIL: g++.pt/tiemann2.C  Execution test

		=== g++ Summary ===

# of expected passes		2943
# of unexpected failures	457
# of unexpected successes	1
# of expected failures		82
# of untested testcases		6
/home/tom/egcs-1.0/gcc/testsuite/../xgcc version egcs-2.90.21 971202 (egcs-1.00 release)


Test Run By tom on Fri Dec  5 18:56:11 1997
Native configuration is i486-pc-linux-gnulibc1

		=== g77 tests ===

FAIL: g77.f-torture/execute/dnrm2.f execution,  -O2 -fomit-frame-pointer -finline-functions -funroll-loops 
FAIL: g77.f-torture/execute/dnrm2.f execution,  -O2 -fomit-frame-pointer -finline-functions -funroll-all-loops 

		=== g77 Summary ===

# of expected passes		130
# of unexpected failures	2
/home/tom/egcs-1.0/gcc/g77 version egcs-2.90.21 971202 (egcs-1.00 release)



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-12-03  0:21 System Source
  0 siblings, 0 replies; 88+ messages in thread
From: System Source @ 1997-12-03  0:21 UTC (permalink / raw)
  To: egcs

rootme=`pwd`; export rootme; \
srcdir=`cd .; pwd` ; export srcdir ; \
cd testsuite; \
EXPECT=`if [ -f ${rootme}/../expect/expect ] ; then echo ${rootme}/../expect/expect ; else echo expect ; fi` ; export EXPECT ; \
if [ -f ${rootme}/../expect/expect ] ; then  \
   TCL_LIBRARY=${srcdir}/../tcl/library ; \
   export TCL_LIBRARY ; fi ; \
`if [ -f ${srcdir}/../dejagnu/runtest ] ; then echo ${srcdir}/../dejagnu/runtest ; else echo runtest; fi` --tool gcc 
Test Run By src on Wed Dec  3 10:02:00 1997
Native configuration is mips-sgi-irix6.2

		=== gcc tests ===

Running target unix
Using /usr/local/bin/../share/dejagnu/baseboards/unix.exp as board description file for target.
Using /usr/local/bin/../share/dejagnu/config/unix.exp as generic interface file for target.
Using /usr/local/src/egcs-971201/gcc/testsuite/config/default.exp as tool-and-target-specific interface file.
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.c-torture/code_quality/code_quality.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.c-torture/execute/execute.exp ...
FAIL: gcc.c-torture/execute/complex-5.c execution,  -O0 
FAIL: gcc.c-torture/execute/complex-5.c execution,  -O1 
FAIL: gcc.c-torture/execute/complex-5.c execution,  -O2 
FAIL: gcc.c-torture/execute/complex-5.c execution,  -O2 -fomit-frame-pointer -finline-functions 
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.c-torture/execute/ieee/ieee.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.c-torture/noncompile/noncompile.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.c-torture/special/special.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.c-torture/unsorted/unsorted.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.dg/dg.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.failure/failure.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/acker1.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/dg-test.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/dhry.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/gcov.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/matrix1.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/mg.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/msgs.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/optbench.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/sieve.exp ...
Running /usr/local/src/egcs-971201/gcc/testsuite/gcc.misc-tests/sort2.exp ...

		=== gcc Summary ===

# of expected passes		4879
# of unexpected failures	4
# of expected failures		5
# of unsupported tests		7
/usr/local/src/egcs-971201/gcc/xgcc version egcs-2.90.20 971201 (gcc2-970802 experimental)


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-10-23 13:54 Aaron Jackson
  0 siblings, 0 replies; 88+ messages in thread
From: Aaron Jackson @ 1997-10-23 13:54 UTC (permalink / raw)
  To: egcs



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-10-07 11:41 Max Lawson
  0 siblings, 0 replies; 88+ messages in thread
From: Max Lawson @ 1997-10-07 11:41 UTC (permalink / raw)
  To: egcs-bugs; +Cc: egcs

----------
X-Sun-Data-Type: text
X-Sun-Data-Description: text
X-Sun-Data-Name: text
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 61

	Hi !

The added file is test.ii.gz (gzipped file) obtained with the command
$g++ -g -Wall -O6 -save-temps ...

my box is given below:
<<--
Reading specs from /usr/local/lib/gcc-lib/i586-pc-linux-gnulibc1/egcs-2.90.11/specs
gcc version egcs-2.90.11 970929 (gcc2-970802 experimental)
-->>

With gdb (ggd a.out core) I obtain:

<<--
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (i586-unknown-linux), Copyright 1996 Free Software Foundation, Inc...
Core was generated by `a.out'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libstdc++.so.2.8...done.
Reading symbols from /lib/libm.so.5...done.
Reading symbols from /lib/libc.so.5...done.
Reading symbols from /lib/ld-linux.so.1...done.
#0  0x40021f5c in basic_string<char, string_char_traits<char> >::replace ()
    at std/bastring.h:157
std/bastring.h:157: No such file or directory.
-->>

and when I ask "where", I get what seems to be an infinite loop
<<--
#0  0x40021f5c in basic_string<char, string_char_traits<char> >::replace ()
    at std/bastring.h:157
#1  0x40025ed7 in basic_string<char, string_char_traits<char> >::basic_string
    () at std/bastring.h:398
#2  0x40021fac in basic_string<char, string_char_traits<char> >::replace ()
    at std/bastring.h:157
#3  0x40025ed7 in basic_string<char, string_char_traits<char> >::basic_string
    () at std/bastring.h:398
#4  0x40021fac in basic_string<char, string_char_traits<char> >::replace ()
    at std/bastring.h:157
[..]
#297 0x40025ed7 in basic_string<char, string_char_traits<char> >::basic_string
    () at std/bastring.h:398
#298 0x40021fac in basic_string<char, string_char_traits<char> >::replace ()
    at std/bastring.h:157
---Type <return> to continue, or q <return> to quit---
-->>

I did use the following patches (hope I've not forgotten any):
<<-- 
++ j. buck -> libstdc++ test failures
++ d. herrmann -> problem with strings in 970929
++ m. hollstein -> small changes to bootstrap handling
++ j. merrill -> undefined reference in libstdc++.so (to __IO_outfloat)
++ m. mitchell -> blitz bug/internal compiler error
-->>
and have moved to libc.5.4.39.


Enjoy, Max
----------
X-Sun-Data-Type: default
X-Sun-Data-Description: default
X-Sun-Data-Name: test.ii.gz
X-Sun-Encoding-Info: uuencode
X-Sun-Content-Lines: 1072

begin 600 test.ii.gz
M'XL("*=A.C0  W1E<W0N:6D [?UK=]M(DB ,?Q9_1=IU2@U2I"12MLLV1?7I
MJ9F>M_=L]\QN:?<YSU/MPP.1H 29!%@ *$MVN7[[FY'W*Y#@1>WI*7:7!2 C
MXY:1D9'W[] 0O:R2LCJ=S5YV4*?3^0Z^G)Z>K3;355G%53)=%_DZ*:HT*4_O
M[EZB(0'3(0$@KO)B^CE)5G&FP^F@<7:[6<;%=)6ODJR*158-N<SIHF*@5Y$O
M;Y.;(I8 2&/V;%,69\M\%B_/TFRVW,R3L]N3D[-9OEHODT><!5V(''49RFK.
M,U6G=TH^Q/YG/HAWC:5U$=^N8I1F55(LXEG2Q.8JKNXT)BWHUV_?#-:SP3+-
M-H^#VVRS3&]F0X%D^N_369XMTEO!LZ+GZFF=S),%$C_,%OX7Y\$/;Z<5FD[C
MJBK2FPTVB6D437$)SN%I.OU??YE.N]WN6.#89&5ZFR5SB@.CV+3'H?-!V1B^
MJ<7Q_ZOE@['1%H>+CXM1+8Z?0OAHB\/%QYM7M3C^-82/4!S3*3;V!"/(L^D4
M<8S+/+NE_V!T2WCP00K:6I8-RV,8(4^>8;O^.*T<$I1W>4%DF"</*@#)R<1;
MK/.R/O-M.G<"</IIEM<C('JJA<AP9?QH<8@3\L5"_<QX7E..%%WPA*J8IWH6
MBUW\6B:5D=\L]#+]G+CXJ=)5@R@;75NJJC_-[K!/K\8=XV<(49K$3>8^X;]J
M^D.>SE$/4A[BZ3(M;0K8";YI<IDC[.L49\DA(%&Z;^NGM2]:QD425YL"VD-O
M9J,5J_DAQZ/:""(79!TZF]_RJ3R;874V,;R=J#C3Q9N:;$3WHU=U/)$"TN2D
MH<CK\[I<. ]"+E$P1^=-.1TJUPQ[GF]NE@GVC/ VI6_$P#'RT=LFY,A";FK,
MU(>J,:8.K#53K]QD*03XV2)#+W]\B;X@KC?V$7$)XEE>(A0)>1Z["(U=<&6:
M!<%5L06G-R HBG"<45;=+D;@P3!243SU43 Z!SZ'@#48[/P.P5OE;ZD0&@0Z
MA+C;58K=$& QVB#PV9J%PV=L#D"/L;@@/=:>/*ZW-$[EQ[(O"A-;G[13/8AP
MUCZ&EW-WKOI,^6V0-C#<\#P($A-;#7>KIT#,TF:3TG!$M#"D9\]8;2F.8ECQ
M><IOG7]RY\9>PB=J^0N.3YP68E6R&X!L65==>))TN9MN%_%-&Z?EPK#,\V)'
M%+BPZK3=I!F!C]IWBBNU5O8/\7*3A'/%L62Z/PW!8J-9I%E:):WQB+::H1.Y
ML6B4+U:7BR*GILP ]:"!0B\=X(YBF.)N^?H) F&],#I'\$,J8%.I"-1&W*+0
M *;L5$[MB%9F&^ ) >D.2_6W*KIA",8+TFT--E830<OL+BW?/:WS:FMKU\UK
M&TNW$;A+HCVJ]O7%1K ?7K:J=&9!>6I:" 93 E\U;,%-?=4,-2 OARUJI:-.
M=IMKI"G/O$A6V]:"N@ZH,ZC%K?EHMR8*8[ #GG8HDF+1JLUW8ICMB.+^?%<$
MPUT1P#.K!UF+#I<C+KR-5ZO88L<)^[2KW$^[ROVTI=S^.@N]'$]]52,"1T;L
M];?+6/D\=$/&;3G=EM$&/NMU>K>U4FMSUJMU.Z);<]O$;)UFM\N(.X+;YEL-
M_3F;FQPS'^E.U\095N?:RQKI8OM:3*.S[4>2WVZE%](%#\AI)D/'N%9Z,Z$'
M_8@&(7#SZ-6#.UZHLTW<C]Z^(HW<69]<C#2HF(3J+>7:JE>$&_;MZ@8."+8S
M'M)T;I7U/L3H[&Q/VV6[KZGZ==2VRW:OQ.C9%@;SM&-^&!?:SO+)&-FV?L13
M91HR0E"];<9ZSZ5&3Y:*DG2Y56M0AQ1&P?:/% ;&]H\5^^^&3EI[Q^0;1-NZ
M-^X93ML>7^>K9!$00E\5^["QX]MR[)Y]O-O<)D"K:?*QXYI_3+)Y"@N*0B=:
M70S</%5)F3QR)#91:S).4ATY,B@Y1S_4"#M2I@(;&:_]819'H]JI0.127M:H
M.9,%I/R_CIVWYL0D(W7!N:V?N$36TJ5E>G-V.X.E2S>^94S)[:P<C$[?G9\.
MY9HF7-GC2A42D4EA\K27/X?)W]ED:0XQ(JYJ#TE1J743?<%08F&$$V2:_OSJ
MPQB#Z:/.+LCYN/-UW(YC4H#OZ@K0-C7B2QK7%R#G=+UJ6,.A.7$O,;MK(K&E
MMQ<!N;!8%R9VW2YW^ME*29,D^>'UJR:M4%M@P*S<L*J^D +APW9C6CQ(_%M6
MQ696T0\8EO^.4.=(6U6SBK,J+<MX^/YB-/:DG;\?G9MIN .59TE6O1\.S:0L
MN8VK]"%Y/QQW& -?"?_C W V?&>F_;))DVJ*/<Y[B[-MF 9,P/C7L:\8+]Z^
M(66Y6-<7)2O(B[<_3(E?$H5(WM"BJ0S=*G@_NO"*^;9.2B$D9FC<GJI5)B%Z
M#V;(TOH;T^,HM4?63ER'WYEUO<$U 9ZW;6KA6[L6JGXVO"IN8>UVFC3IUW6Z
M-3*MUM73^^$;9_WT<_X=>FTN;5*T=[&M3)9OJ;$D+&M=M=Y=!Y;A7;PSPS_G
M*BN8U,4128*VGK?MT(;==O8PZ+5Y1!,4N5.[Z!CC'=?E?FK(_42T &0&5P!P
MRO6&\T%VXRN!+I)J0P3'I+^Z]-!^DMDU>(,<NGE;JYNW#;IY6ZL;*_<>= -V
M](,6T/J6H3K6_:.7%*"CK.@[.7E)ZN/%VR:L@).5"&UF$"PMB=@S[O%^X<R2
M-2?18W>,OHHL3!$DA3U[LX",C=L3+@1JU6<2-.H'+Y&OB"[]%'VRYNT7LG68
M+>.R1"GV:@GT4>EKSE]-[5;80RSC*D&7%'#ZY_]Y?87H,\,_]@'1Y$OR=DRL
M9Y['ZR6*M)0>JN[*/B+]:2,/*KKMD*_20R(_).?SAY;(W=@[6LE@A['&EI3.
MWF,R[!OV.1@0%;C>GO=))I3"<_<]-C44%=T^2E<H2L'VOLILQXCO+$(G$Q1I
M;!UWQT[ 02A@+Q3PS U()4IB7$!=IC%1<8ID3.2@DJ[B6P=,N@*8=9$^8'V^
MEPA!%<23+8HTR>:2(6;)EU>BT%#/*"O*F3/C*MTVX[84YP]-&;^2@2G->BZ)
M>[P:&U^I<[(^*X[KRFN=S.L956 ;OT#:0@PPN,)6BRVR."U(Y$8^80,FGZ#T
M1#/4PTG0#K7A3'M]_]Y?!0S&1,O'!*ON4BP*5-NO6ZBFI5?35#.P53,XJ&JL
M2E^C&A!L1]5L836D<B^PS^,ZZA$5H8'04$\HB'_1@<&^-&!%P05$1(L#*==R
ME'7*W<7N? Q8#KB& 6C2FAE C %XZ5#_["2 @R'/$+S/VX1C5EE_/&6-1"#+
MM-DY!,NUF'666=O7S+*&IR/]F8^.IR8];2W9WAA0%: EXAB&: -K_X0%!4\D
MJ(%2)1_IXU/W(/HBWN4Y]<,(ANGC22IB)^D)T>>TC@:"-=(_.LQ@E[(?_*/K
M2GL&0FQCX*HK@\/JZS!UI9E@F#[V4E<&SUU7F@G6UA75#/91^KU_=&UIST"(
M=?2$FH26R%>N,#*^B1!2,O DT0!I: ZBX</4KV:"81I4ZA>\[:2!YZUCS01K
MZUA/J6./BF74:<##R=G^"W]K2B&E?J:5^MDNI>X-B9XM]M*#\/TWD,_6,-85
MW8"7'6X/6C2'-WF^E)0GOF[C_JOLSH1570B[Q7B$PS\^EA:,O_/:NT^=[.BX
M6Q/RR?QD"GN^C90'<LZM"6G5U5VD3]M)^>(?9=];$':6]0M%&;_^*HO\Q?;V
M7<?:7NT[@)!/YB=3V*U*_EGL.X"0;M_.(GU2I$1RKN^EO@&8S7+RC6"[#6.1
MB<M#C(_5(595P622[5B+9HP2*@XT*%F'6)6 '@83<;[[PH9;1T_K?!D7? J0
M58]J3W&&&W==5(AC7SB7)JI )/P"A\Q$57NI,+OW_A+:CW3U- )BWW;Q$[&/
M+"]6A[&\6LQ.;]E#RC"BU>-][#*7$M2I0*BI6^'V<34RMR<+WPY$AACUH3#?
M'0@UG,AS&,QP<,]A,,-).,]I/S7TX.\A\:=9G9]N@?Z =D_\]Z$P'\KNR<E(
M;5'[7"Q=1J6L6+G"+0#_VC?Q^UC,+327ERC*%30.9L=T69BVR<6]+FS!<CJ/
MY=WV8%[TDJ-UK-%SK2MQ+TZB2_+8ZB3Z4KL\"38YI[.TDAATY; 5*73-5#.X
MNHJ%K;-RK$.R5T!A4+F<R%[VX5Y)9:^/LM%H2R3<:.S54PXTS=S8:ZML--J4
M/JQ$Y,OV&Q9?L8(,7'W%4?[W6GXE%G6^\Y_5ZES5V53=YX>I[O/0ZLZJD[N^
MLWXGJ_#L+61!HEESJ5,!FV7Y^*((EK_@ZSI"/<?OKJ"M*^!E6>\+>!D'.@.!
M]+^7-S#795'S?O^^N9GK--E_!^Q?>AO_DORMO,WR0.YF&>QOU(KK=CKJ(GOF
M>=1/S^)^F@LR"-'O/JG>)VE%7>^8-!,(]$XZ^M]=5(V+,MO3,#]E$F$(]DQ%
M>D/_5B+/CIK:/4W,8YE'D5.O!?Z.'Z>NZY!&P%/V<6Q!,?F8G'XX51E(W5,F
M<M =2["?W+X<9M1PU0I6R#*]\5RV(DY])T!--P@@]65?QQY@TE@9^HD6M)B'
M[_9,X(+C1BJ9-_N6XT*GX%0E/YD"SL\_$/WF$SF<5U?P>RU\C->B#3T%A)PW
M<GX8N;%_.!\=PG)\TCE.79'U23LYQ7$H3%%D><#-'8ZL1 (=@1,N+E<6U#_V
M]QTR]67(0I6&16F XW=+F$?7&(BT$WZ>RFF&T\6Q/W#="^K!9_P5[F7Y^<-8
MSS+UY)GZ,O%;+-@KW/QRM"8']I*]Q*PIQ#C@7+Q2/>F*?#R"$40&+0[[S7)^
MVKS&&TGAE?4K=6BOS/-U3&NT+MO@CD#LH:='!=#][7DUAE62XDN1K/B'KVB>
MDCN+_#C$U3H,$=*_4F04UY(C,[PG]SOZ.>8XVEP8ZH0MTAD_EQ^I:L+ :1"P
M8 SG6-;E,+*H^7ZIS2<ST@$TK"^_)'WV!D=)9G.+6Z8*@F+>"H7$81V=",B6
MVV(3>J!H0K'PA;C\J*^;N$QT4?4;H@2%C9=$1QX!;U$SJ?@*DY#P%:=;B*,P
M 0PIO#3H 0R-_),Z8I[S3\UB2GKG&835-7KR4+@M\LVZ.]8MEF%>-&&NTX^!
MV#Y+@9EA$/='_B(VZ BU<P+;R:#9J8>4;;",YJ:1J#QUH\YR53"= [<Q,_*_
M;"?R44N!+:D;Z8KSX9ME/K(D5L\?%,=ZZ.XQT)]UE,$*1PVBF21OYV0(PZ1L
MNL$MJAZIW!8SRUIF>/FXF?*[T.WJEIO#31L6+1ZU-G';$EML46*^9G!;'I8A
M9F/+[VQ_0NLI"OK5%=XO>S,OJX'SV%@8S\W-N&V';63Q^H[8:X<*1>HF!)&(
M\0D+$W#_<HF<ZA)A:1/VB*PID8[$0Z2/A@V^*/9Z(E.6(#H-MAM[+=>D]DL(
M,35P)AV'.(,8%?I6>IQ%[MDL6;)^*>>T3)(Y#_@ZKJAU.H6,^<J/&2,1(/78
MU5P]1-245N0>:G?6O@)*P&XV"]9$T#$9_GV99(PQFT:9"!(V-A8KFD+;(ENJ
MK!778&);,5DE=\MJT&@AIET/F$!47-5OT(3(68LT73A5@3$)XXC8-R\F34].
M-?% TZ$MAXY4,13$7.5J9B57'7M"Q2X-:]XV4:AQ *O.<B2K>+G,9[C<I SX
MP6//,!M H24/Q%&X,AMY9Q:A;)6L;IKS+HHD,2F:77>2.*N!=(W# 3]Q^+VU
MOP^K?[/#ZG!,[V&&F.4@^W=H]/KM 6C\<XV\6Y<QRUKFO5C8]A73*<WF=$L:
M<3;$.FH<\7=0>?"[/A6<N?SX)B=W@8I&V0B L*-]3#D BG!LM=ADLR[+((>%
ME"QY-O7DX1WUN-J4:@,=%[=LD[S^S1IT8DPS]"HZDW<:XMTF59(]N$:]XI4<
MT]+97V\\>7 4F6:W4I':>'\=(6@,]:_T IN.&.\HDO4RGB6N BB?RHI<0&?B
MF.6K%8X"Q'@]TNZ.CRC$.BZFBVR*(WN)@.E8<L4^<$P<C88 T>>TQ*4+[WJQ
M\V*[*9.XF-W9Q#"RC\F315(=;]'#,E<K*L%TUOB;J$<J5[^4TL 5B@&4ZHB 
M$[*FC63EO-!K&JE(Y/I:6MS&M2,B9%Q2(*6?H-S=K%[4!C,8\*^\PV6S2D1/
M=9YD^<H@0;,L:1Z% ,NH?)&Y32-?X:YJYJH8JC:-&(OFJ_)/X)$^00YV4=/Z
MT\RN%TV8/LVJ?'6#> ^.9.!(IU/RY G+)?\-[,N8D[$=2;:5#B/)!O L!!6E
MPU"M;DK(7=I2EV%BZ^AP-I"\U$7G>&P*!CI]4ATN +CXX76#]79T5]K#_BTM
M\LR8G23#)"Q!GUY,9@_:[;'LTB[)V3R]32MQA]D\F:TKX1)!/MQ7L2<M%P?!
M>AN(E>M>=/^TR9"C.73+7KUU]'$90"( 1%^LO /_Q&I[N;E)?[[XH.;D-?-H
MZ44N0+(=T*^:T=^W1T\FI4N13QVNQSU&K&85V,8*!=<#2#]52!V^>7#17>+:
M<>O/B9UYO/KYAP]:28*<.S;F^4-2?"K2*K$8PFPT!R1T9AO]@KO.*S*[K7WH
M_3)=Y,6GL>/[33S[2$[*!92_3.=Q%?\\_$!7YZDM8IJ5OVR@1ZDCP!49_^TC
M\^NZ2!ZLP9$B6?EQ\$""1;'^'0QBU5C-0=\,1(VQ^8HY_>!L<HPWM;#'[M&1
M<../Z&J"SM$?\<-[-'BD2T'EL=G#H6>Y&^TCXR3<ARC+Y=GJKS$. .E*9F=/
MP83_OPENK8H&>(]F4K:_*^0**%-I3;@I9NS" I [L2.DCCR2/D\M05Q^:=WJ
M(R]M]#H *>UMOKD(@_1V\6H6>VH(Q,\OB#.%593I7_YC>K]9K7$$+6HP?/OS
M7_[GO_%VF@?@="08)V*6/K+%<DC#M(J+CTFA>@GE:V^:X2(:=RPZL*8(%_^8
M%B0B-UL0U[7.R[%CU,&GBZ]CC1F"^@O'M5C&MR59=,-)(.:;>@0:V^ <1K+&
M1X[O239W?H?0W4P@KK8FQ4&#)CB(8*TX,<%W <Z3L!IQ4AD_,.I& KCCS9HG
M.3(!0EH KK*C#^6XXRP_C"K-2!I5=HHCVWS,7V^6'R%T(:>A__LT7RQP$(/@
M+VY^QJ(\C$9Q.ML4N%%:;E:9:$6F&^S+DKE\)Z!8&Z1AX?8C311S!@_L!JV.
M91[3]7)3BI;$E4C>L,]/LVF?/^>;2KXD13$=\WIFK ;[0@4N6=R&.\%@-5W9
M3$D-\N&'OIJ!AMX&"MZ4NW"HG5D/I@6N5!01CE0^>O"(4F);NQ$ORJ@W6^:E
MFSP!^TH^S/+\8YI,TYR,M%0I9HNMEU-R,2"PE<X7AU5! CUI7PKU4,4W]"M]
MISC&K-"=9)'ZRBU!:ROT98_8QN9PK6S^"<(B73H=+@ &8B\+3"K5^JF9,?QM
M4LVTK%-<?A85G+K>$$!*=-9'S3D6"5U^%P#(EW#:H!8;V*1FI,HE<T\.:Y*0
MT( L4-Y>=4K03=8(+%BOBB<_L%_M#XMR%F<+H]#4 )E4D8=X"HM@$>O=N3AX
M6*P+_!R,2L6A5GNBW'B>V79D5W,ENY*[Q+9D9E<=A8) P<"]!<& "Q=[!0.'
M[BJD:?MQX%<;!P-2JH95\$62\$8LQG[45:#L(I^+NDW*2K!)POROWLC)N9&/
MWTV#D'$[#;MW1A PHR?9\E$0_#)6$[F::"H)?91480DTF3:G]E8&TMW E6U5
MT7C'AJ#MYA0"^KA*E(@)?\&^.%G.R\X7>;D8E04BM*K@,1H7&<<B5<JN)",&
M_RF=5W?T7?+ 0R^*D33M)$!8<D#&"IHRCHROR>,L63/G+2CA3N L+=,\8W>#
M44O&=E'$3R64S5?+N4+7ZG6874!<S4H;V^I[1'=IJBJB<65>RBV DPA>NRRT
M2N4A._PS_BIW>R(D1[6%HF2IJ0 @KR@M,P%3SU;YW)&BV@FD)=EF!4TAU>J7
MSM%MGL]OT@JVDZ)^YP@W!_1M"&^+.%W2UQ&\WL0,]!6Y=DW@ _)3H \(TXSG
MQ@$2SPG$(!L\KM?X\2T\8I/+9@#]!MZR?(9Y)8 7(_J!34#@+V](WAN*?(1S
M8TW":UP\L2\:1^!@IO,4]T'037*+/>VFZ..4^5==0SHL/."_ZA6+!. +*C^F
MZT\E5A&1"P:NDT6%7S&;J$AO[^#Y%?5:9,T50)XST'DR TC\BO(9 83'N^21
M '$H7",^04Q.0 $ /JQSC)#DX&";-;:S&87#F25@23,*=+,TR:ITD<YH=@!<
MI(_)G.43^+(4XF:6F:##06[.,IT3SP5PJFZ_$-5C'D@=F&#Y3K!@)U@BL!A8
MPD@2<+%(+DX(<2C]^?VF% "@QA.BP!.N.D('JBVNJ&_J=CH:%55S2-@?V1MC
MB9<BNV@-2/%"!OZ^R$3H#TUH-OAW@M/'8O$63F/[=[FQ,*\&3LVF'M'4+O5Y
MC TU!WO.DD^+;N?H"WO-EW.X!L;(3?[ 9S*U %D$7Y!A3+%+CP+_.A1"W0QR
M0HM7C'U*%8-+EW^$%9[X(URLQY#0O_@#@U<9HN]?A=\6;MO!DW3IS@PIN2KR
MT[JK77A*M8,I@6M14<AG>G>@"@]Z6X\[1Y+/M:4+W#-=2%6XU( =8BG5T#EB
M>OAU@@PE & S_KY,6\7EQU!R</ F?3I&O]&,OZ((2NB8XFGDA P"*[RTH7X\
MH41]1,@<&00%CO*FP8(%"$^L.I)F+*:W.#)H^A?I.A8ULJ,$ ]/JKL@_3:$A
MVQ2J4_BJ ,V625Q$/-2@_\+Q"B#^E+^RT ?]D0&\IW]_I8TB5D8*:V5IVK$:
MKW0M)KBX=%E=4@G2H$X0F:'!1@1?=L)-,C41 (_>G@04#(0/CE)E2H-C7!5@
M'%QX88\ANGG_GL8?:B8@6Y,K(MEH(?Q*GEG0HK&)TYLHLW+DF9C"BCE5H">S
M:$_X(6B@]IX-S83X(YW&ZG7/L?FPQV@PU%CEJ%[XL)@LRJ)R<*F$S:IA*'D$
MFBPFY^B"S<MD;/@TH;41ZEV''M8D_N/4(^E1\!;1S*!U/KIL7Z7>)\E)+"$0
M\8H*G\:T;L.]4X(@!E?XBRL<TM,5+=D,^Y7JCHSSY1%=,]0=JW"T4AF 4)_,
M;[)(64[A1;&-D950D8X9J#UJ"<0ZCM'Z4U[,R2IXY;/RE>J3ID&W#UNSD8/.
M;EH9Y+R "&!H9^<O."9D>E9[*H@F1/QP&!JE89@BKY)9E<S?,Q.F"QOR,E+*
MLKRA1]BH<=>TRHF7':OY'M*BVN!FZS= 8"316<*TTA'K2!E&UN\3/2&HX"+.
MG_(GOLY*.=I'[;VS06_<\:.'J9AS&_)@$K/+KSI@-L!-[8D\$@<,PQ\3]H':
MBJILE0&U"I0W3">_:1!=V2?&K6":W4;*L3-HJ+J7>;*LXDC-?:SDIJE,@6Q(
M0)*776 QK\(L1U-$FK.^J_Z57]]KI>3>%)5-FJR. A]/Z3BP*FPODA ][%S%
MX%"O"Z?NH!/$JZ9AMZP>*J9%AN)@;>28"2E0':-',M.A$F9S'ZJ3G6XRC"/[
MJ-9H1+Y,(2\3B,SFW*ZK@OM&5MN,,!UAGWO^"!U&W(IH,SRX6+29*\8"1;Q6
M$"LHM6DH+4.R+2M0:@HG9!I)0]S$BI5C#=+5Y:"36!H1&!G<AR():A6SGQ<Q
M.V=PXFSME%D[-3Q9)JZ^D 1& R<I8E&/ZTT%UE?0-5@S,,J>5L(G)]C5S%2"
MC[Q+:"K' 42", Q)_LHN'Q)]/G*9J(A1EF.5-^A4:%A$IE])+C\L'4XGW1!1
MD))@) M3]G<6LK>CX+V]V:S6M.-H8U)L(=*,X622==]':L6"+ZIL:P4O8%0U
M#K?O9F8H?A,Q4^H+&Z%"QI/SKMYHK!GH6H"N%=ZU"C#1"$]P'U:K4I-D;?)Q
M&TGRS/WP-63)K0RQ2+AGJ*GK'(,G!YIAI;.,6B6" /)FK'DH_.EVK'D* +I5
MZP]NZ=B4KF:C_*.(W\BH:,9X<9@SYYOC1@J%?V=56IZ<IB!J<@T.?,F_4P?7
MA,_O*%5L_]+,G=3Q>YU;79/_8K!EK0)PB&+F\1"7HLBE RKIOYE"U+"9_,W!
MIXD6RON.YK=*7"NO%Q.^*-;*RI8P:'G9-T<VL2M*,WBUNFZR4D/+PP6V:I\,
MC'M,\ZUBFB1XPUV(V1T.C&'*EV6DE/3.$?60@(9Y#CUV%#V*Q7)3WD$($SGZ
M,2(10A)HKA9)D<PE_R(4EV2YV"R%A+1L:INP!(/YT)]%%A)(%3/J-@V2[$]:
M@^Y)[Y=0 38T&#G+@5L1K/,LDE.KN(_05P$R0P@M+\R.1N&Y((AG\Z&1F,[K
MRPX&:\-P.4Y(%R3-Z!!%OJEJ\:U%[PF^X/\D(JQA!RK%/$B.S8W%%LH5QM"\
MCC4K<%*F?=GAE1@91@'9E9ZN0;ZE%#ZJ:W+]"J%*<'B(EKL5A(&H=0G8A4G[
MIPEIQ$1K3O93)*8U\?$'5P6;YW1[5D5\@705F$EP.7I7#L'?ONS*:1ULG G7
M#:A*,QXJ*DF;#):9J%W)32:=@L-]C2!H&F+_KXWQZ;[$Z?5&--[2LC)/*G*2
MAAWF04@8DG:1'%<?89>9++&/5T:?1[J_UIBH045YL='Q[U(L609T_@M0L<;M
MUU\U376YQ.?CSA%!S-ZU@M0:7;KE#1)YP*.@GX@FJ<M14%>L"JPEJ)%1_$!'
M'K5:)=KN@;/G2-PZ;K@^Q6EEC"7H0>[ TQ=3_&:S-Y;(F>O& %G7@0H6OE"[
MQ4]>)'R)#/<8 .I$5^?K#2=$("D^C3FBXUN8IE:&V\BH>%*Q-8O:T(S\:HS.
M 06P6=Y!(#O5Y<*=C(7GN$JGJSX/+* B3\DGHX;/6"MI* 429GW$8G4EZ(!^
MS,PL9>(,;%CJ(PS,ZG*OB!# MJIE@R6_)!\;159[ U<3W2B/C]75=Y0'<G4B
M"2Q@.II/J<('HY)I';:3/F=8[P)5>5G.1#W3F+G4>.D:^%29'F!Q&/.CQ+Q[
MBU5UKBWC0C%X_+SL,>M"LBHK)>9"@TY/3Q68AT5>K!II*1F<\ RIF!^S R X
MTQ&D5>U0388=N][H"3(37Z!6=S6_/^3!.:$]<S;=SJ:RG)(%J*[VDB##82Z;
M7N&K@,@(+QU5A'6 VG"F'.'\8@\,RF%G7Z3-%OBP=3B0G<>PC!)GD[^2$IH[
M/_(>N18JL +[S8VNA^*JBF=W3K0]PI-2(M@48%4VV3*D?J5157!6&OFP94<D
M+&)^"4L/0<>;-Z\<9:/V ()[$M+5EE/"D6,A UEH3G;4:%.'CDD_B>2/(M][
MYDKXG#B7WVMC>DQV^'Y!0"BY31=HNZZ/'JS*VH)0!ZEE!8[$"!_X\.R+"1]G
MU@=-8:V_.?*@(OHCXB/E[]G(MCUZT2/E9Z)A@S-&W+4_#]C6C>W@-SU.KM9)
MPD\Y#I_Z-&IY]?-ITRHGK;9<!U'>X&(@>?G2P??Z!+HR,SR!&/B(3<A.RANZ
MC@HCH9CY0@X,1I<T3?Z _H"Y/&(+2VCEH(OO: 69)S,B#(80*WLF;W!NNN03
M,0?0D;.06$1S*M(E(9M8Q&GLDX6&SDC2'7[$RB%TH&2[$)DE6#L_?^"<P+'U
M9"\?[,@/VD_G/'_?6&QLS)<ITYO'Y&B%59REZRY;@BJ32W95&X"D'(9]5.!R
M%2YG<+F$$ZO:.=RG4J"![9OR-$R!B8PQ"1S0JW!!X4AK&0)46D#ZXFMLB;P&
ML)8=:Z+SQ>QIS?-I7BX>[?:<H5&FN/F7&ON9NX*Z? WX>;C[@JZ2L7N&+ #%
M6+JD9@RNJ,*@0HL9E>'XJQJ]4M:A%PIUB]HAG\WARV'8LDY:9\B*A&ZWPP\9
MD^+K0O+2ZH[UK[@Q46:66&4>7-&>QDPNK.A!I,X78.DH3/>&>NXFQIE!7[-N
MY32'C6A6U9=V::?MJY\$W8 /FU4.1X/.6>\+,QFCDB-4IO[49&<[)%NM*EDN
MUU:ATPZ$&OKA#W&E]$L$Z(,'UNB>%+<E'[^R[HZ\O-0'I%P NAFHO=NH1_N(
M< $E61 [LRQ;P6.4]?:(-'.N8=QMQ61 RD57+?EF\I;E[@DOM=9UC5ATXC.@
MO)H R0A($"8!24"G4V@B,@@!IE,_9@U]<Q['0:Y9G=W2I<<P9,37OLHT,LQC
MUUT7M5HTJBHI/B_"FSQ?HAO%IDUV;N3B/%=^=M9(77'04XHS#PV*H)O5DU'O
MI%)ZN.[Z2D,11$_K4HR;?& V7E_C-01F1JWY\F.1(0#E]ZN(/M*0Z,,855"W
MY=W.\DU6*6/[4PAYIY]*.T))>83RGF=#T;D,5WBR)UQQ1BM<5-S_XWU+?KHP
M[EVJ(X\XNO[#W[,_N#)JWJT9@^*C(#>EVR6Y2 XVJJE+)5D\EC,77B:.-<\N
MJ!QW9TZ\RNAK>_%)YIU40#"T48/N]XFP+:0ULA^RP(ADNY%KI1S1><>M%SDL
MU8XR=5BC8;8SF2$:R:6RDWFX,-OF/:)FS?->$$*!"H=Q3!Q&B-&7_+SJL@8>
M1H*@*T2W[21SL:U"ZQ9]X9L@U,7[HJ^$^66]);(5;=QAG1XRE'",NSP4,6Q@
M_/57OLQ\<*5,?ET2VEVSC\41O2 ( )/L1RDC#[+?IOIEG%>==QCB+VQ5M";Y
MN3IAN >!?3*X.=^!\>&>&0?]NLIF0BS"%LK#'AVYDEU@=2L*YHS/Z;Q@(@@-
M\+DBT>^&,>8[N6T ]V?9--A8=)0))@#B0]%2>+I-185E=&9WXMM7A3>8(N-]
M+*7IITVX-I_&@@&SDLII1I1-AF*&GU0X<YP<!F=19%99Z #>6CU&9W) C_'6
MPL]F)%E'[D[4<K9#"&;UU*$#O@Q!F=J3^[#X8&)7;L]3PS-!DZQ9B&I)\64-
MNY"A4W1UG6$!^N"!=7>&Q4B)R,\#SJLKYK7'WG0SX' $Y!B*.W_;[RM 1ON\
M"RI/?.;CFX9I'EHD? GE>A=,N-8<UW!,]M6XNYT^<,3SA&6Q>YV"G@N<]!;K
M.%9[C$%P*KNU@(*T%Q2ZH+4 I -91XQV#)M*!#6#H?9=/[>AI2VZH,X"4SN/
M2L]1#ESS+B/]T.?O#(!T([6.H#U6+3X%]OXD&[#(@1$FF]CP-US8%E-(O:C<
MG4<["$/.'(2 ^R"*NY*&M99+@FWQ9 9^.HO+ZI+3NT(1Y"'EH<N8U\B8>V2T
M\ZA,YZ:,]> ^B& 9<X^,_)@==T'.X% VI (Y-('C#CA*EMSTV02ZS&^AY7),
M"<$J(,^DD-)JUT#E&J:F22&&RIH6*NG6M;]PYE.RIQ&'9.1@%F5>[QC.YR 3
M9K!&$,>%IV0;/)]L9 L=\!.=2[E+'ME,_4R)?%,H!A4G!O/@A%,RML.)4STX
M<4H+G/R$T=&YYUC0ACNUY\F"+'[PG)R)'/]CY^[LY7*$+/FD4]XC8NV><->Q
MKP!S\$M*^(,\'/O;N5K$]5./&UI7Q3R%XZW&)H)GO#R$W![RYC!$=)&U.0[T
M"?_+)7_."T&4:[+W<V<*J0ID/<*^;%TL"6FL8A+2>;0R:\T%E-9>RZ\B+!*;
M6&K2U(52G^YBLL>=;9*7\<,-K @5.$38X&9$![:9<:9_'1MG[.*X,BE6:197
MR?0NSN;+I.B2?KT!M<F2QS696]#!.E9VL@19?$61C7_<(4@5&'+N^KAC$R'(
MY&<X7L?B@Z%3H1@^,E&%H^=X<WM7:<H8LR:*6O1^[FN2%NTT*G[T 90+O:?&
M6<!Z".XS'['FD!R*H0[NO!3X7]+.PE?U'-TLIZ=HX$"%'+?%KP(@N&0B>P((
MPP[@Y"6N>#H\HYQOJB22@E/?(S6G.,66958!IVJV<4=!SZX'A.!@LS2PLQ+'
M*.FPM3@L!4/Q^X"XI3@3^Z82CKM<N:YL/W^HQ2J3F_&*?&R!%QMX;P #"A8@
M%E^[9$YE2?##QO7IK3N6_9#O2ESHDJTM*AX.[J>]9-'92&DN<6/\+BB8W&N#
MHP=7N"D>_;#_IAA:^&U$L^\V\1Q!SR[L^@Z]&O[@S7O1L,CP8#I>IJNT*E7V
ME9M<]E2,3Z5-I7-@$>"(T(L]H[_0N?;3=UF K56>?YV7Z>-PBM$$X4"R/Z'^
MY_QH +AXQPHP)+!^WZ$?1K4\C^0-BBZ6E2IFZXR[&8]>1@UZ$92<^E ,.N1R
M",RH>?&6S2BO'Z#.UQ=><'IWA#RGUF-.7/:+M_5P@&H_[MVE^CWY5;6BCX0&
M#L2U4<IZ_U<O;7>* ]"R%63\I4;BO\/"\M.UPS#Q\C:'/9=A%YBXVAZX-C#(
M:SAND?S]HM:]C*9@,4>'&*CX)QQRX93^$:,J%Z:KEI5GI%W?@ZRK)U?):I4_
MZ!<ESY.R<MTY618SUY63\L($Z^)6C'TV6S^UQ\[6&<(=$28A6X#M2'@)*'U+
MA0CND^KWF??]&*2Z'<S>%<Y[/NOP=8S[67'Q4I'9U3B&P/PK%E>_%5'DS@*S
MNT2S.(FKG3@)RU[#24J/D9^MUJY+-H<.=".=&88@:X,A@)]\N=R2(88:(WE<
M%*OMU./0]7SCE,]O8YJI"GAAJ)XB#<NG^"(I[JQ<>VY*-3\5R7TRJXR[3B6B
M8#SQ#(;//)*L;XJ/>T"#_^_ <A<_E54\^V@C@^5^R\2#K,H_NF\SE38"ZTZM
M.Z!5AZ]=C"Q=D."(^TAA4SP%%K;R1#L_Y=O.3;_#5F##TF1Y>6[(]?D<?M</
M-2C\EFU6;C-.LWGR&&2-6K8B-!\.7EZ]\[:^%U8C<#/+B>MU-T[(;,,H+=/#
M4$R?DR)W-TDNCW2C>S<EU]#95(X,9&J%)7O7%_)BYM3C 7'XW]HK*V1D!4K6
MPN;%C>+K>M-WN/>6[-3%.A:'Z6T6+^7EZNFM!W+=IN&V= &RK[=NO$U6]AD%
M+ H55:G<^>X*@A9%?F.:;EV<5WZ*;YS&BQ&MU%I3Y7VVQ-S^20(W3U7"FSUV
MVVK-0*G:DSW\^.3!!O=85R&LQ^Z44P7F5]6U[=[_5Q\U5^5N5%)9+<%B%VG=
M.(;6I=OE?S"]_BJ0%\=(J%%>-0-!-BIH!>LN,VM!NMY&+?5WJF2U7L)$\"6=
M(KV^XK-/9 97W%8P88N>KX_1(Y]7P\]/_#Q9-N_T(GJ$E=A/,,L;C/PJ#/<3
MND2/;?!>!C--4+?CN85"+GWZ^%,!)_.2Q_^=E)ME=<57MFW@YBMQH25#R>>#
M<3988KY9); @!7\<:\D4%68 _K!TLOC IC[DY/'SR,,*O86KAI<A6J0%'*7N
M9PG0(QP^Y-F\#LS-.6U^G"7#6"17N(HI?8/AR^L^@O]?,<ZO11E&76\9&J<*
M/:(3],078_KY6&%?>6A&!D&,8/VEZV6:')J;7@@W\_0AG1^<E;,Z5O@E$]<(
M<Y)5:?5$[HS'CQ$8S^7UE3)Y?AV=T^W-K?!(G9O8ACYLHKCR^>;P)OQ]2%EE
MR2V]_8AQLK$9:>#"HCQX;":;_+*)EW!C2(,*P =S^IH_;J,(:* "-)%7TV=E
MZT406[<%7*)8/ M'5R$,+9.RT7+WPLUE"_70DGL>)045&VCI&9FZ#&,JOTUQ
MB#B-R3GOA^?J^+@-5_GS&/FOO[9A"GN%.N<8QI'%Q0NOB_S/(IFG<!+A%5NH
M2FE2-XW)^'B!X F.<I0(WK_7(B_)JW%TA<@ US+.QQUU363RB!NX65II7##!
M1#XBX'N2.\)/7[[6:$-CR:D9AB9 /ZQI5EF[E,G@SX<VJX">ANR,H"=[1 "=
M4;Q"@R\F3A4D]&0RKR6["LH13\O1-%<&5VCM'\E!O#RV+7U-OEV*WR$HJ;!L
MCS4%<@FG5F6QN9?92A^Z6XAM*@^S&4T@PVA& 4;CRU]C-?]!=($M0+6:>5(,
MR<5&C=5:9&]?^"X<2I?+810"$)>@[+&9.!R%"1=X;A+=BH283*\" Y2\P39;
M:!U&#&R"Y7^/&<7&UZ?THR=AAHJ<+9R1O$1V'1&,?1@MJ#,QP2GO5%^KMD;E
MOU1, #XZ59*OE>;KD1H=[RZ'%@)^&XK>MK18BXL(B E@K+]VECO*YBTMU^_G
M#F6CKKKB-U(LT4Y&ZO5<G:,#6N@C0[JCA6+A30MUZJ.MA3J+ +^-W":JL\%-
M=!1HHF* 2WP9Z8'4+(<S+_P=7EN"D1E(U;>SC<YW&&S90ZSKX5C_-L+?1KKM
M:H*9Y354 F*)A!@EF.20V"1&N4^+'$: D)15@#TZBTR+[9AHEVH6!1BQ]*%#
M=LQ,'[4J,+.>JTK#8CEBQP;V(L(#9&UMNM:7BRL]XF2D6[GA-O9\(.O5OEW@
M;Q>6-][&I'D<:21='*//MK7#WXOHLSQO86]F3S'O8/ZN8M<#UWJ3ZZLY<9M-
M@4>^ZN&T<^OS!7R^<$7!+9@1=8'H*'B2A+ZM<[*O%*Y3,Z9+?,9/4#$DMJ6R
MV8<(SEWK1ABVJUNAEUXD7*7H(?EA!95'2H/TE:I"Z2HQ",7F8,+'[AK37+Z.
ML4-MS&:\O.GZP>@AQ<&P4N1AN"+/W%K3#)15SN9<E+=733%3G.$%SK+XR]T@
M4U_P)K"A2$XLT "&X.3(/)H]B$6RTVZOUQAJ%6U;1HA".QX3D9*Y+24 M\]B
MY( <GW\)FJH0\6G8<)Q_-"Y."\%!F2RQ,>$NE)<% .\K S;XE7=Z>&MI=1],
M( ?/ "+9QBBT&>?'4Y(9&IM@(4;J '"($"R(;Y!"@=I"#)K;+X=IU'(ZN,CO
MS9*ILSEXIE*0>F8Q"E^5& ,R'8?;3!.;H[K!=X/-D6!SY&%38]+A*KQ#W<:L
M/\D6XP '%H<!/QVU7^>:J-<C)MP#'7.S4-$P7A708_0 +A!GB!Z8"W3 *-):
M,@$M(A79Z^P63"D!$KBAB9"XT[&$%E6@+I0@>-3FI5X# L$>5. *0OUJ"5'*
M4"A$M57\D50.EXZDJ;9MANOU)''L35&NP<* ;F#-\+.,]Q67Q22IKU^LJ;4J
MQB77#T\Y9\S3[\> O=M1&E0O!ABB=+>>/AZ$:3(4?9.782@O/DSM>9)FH*.R
M>!N%\M:$4?+(QS7+S4U5Q-B4'Y)ID=UZG8%Z3E!?.S6(1IWI \S2=)!^H% 5
MWRR3GU^__@!&PU;7DG7S0_.#-L"CX5!,7?M.%J_RI6@4*9PDRYY.T+"+OD>O
M7X]E^DBDC\QTRBC-^P%N=]+>!^K[Z,-8K1$ZY/>4+5I'.LK5>VF\Q-+J$I1P
MI+,("K2DCYB'H<K:ZU? %N1@9]DRW=&W15Y@R>C=42FZ1*]?X;\G)UP[:@: 
MBD9#U(,,0@M=+".CIZ@C!9H?Y>>/C 4,K'PMZ:G8(@\? Y",06GE^9KR1YXN
MT2OZI#-IR?&:RJ'Y,49(*2990A&4/,AU<4X%T[@15G)N6,7%4)2842$<)<:N
MVF(E2C[1LW#,K ;D\,WP[?G%Q;NW&]&)H1M<M26ZUII=>02=Z5=^4L:UZ<,J
M64&5G=9,X/?ZZ*<KX\PIUK$3N:.?4'3]_GUOO>A&I/.VB/ C;8Q^4BOD-3FT
MUVB4H_7@J@<Y04K%,S"D),79?MCR$,S39JE81Z=&-@.3)B%-K).3X]].6O4H
MKA:%6"2+NH)L+D>"(+PLCU%A2U><'J0HMY;-@6:[LMQ.6K4H_3*+^-(HTN&T
MIKL&UONGQD(=ZO+^J;%Z8J2.[C^WVD>_K']J+%I+3*UP:H65%;9&9!.=+GB;
M6KN#$G8M<</2':N\0@K=,O2&@L?6[9&9FOA!RWTGD5VXMBSXG92@.6W7()W1
MXEY"J$?&X^J:7@!J;'WI87@^IZT=UV:UP;[F2.+T.VU?L]LLFJS.-0*:3; A
MIK-836%=#7&8R'7UV-WT!I1H4(%2$VY9J%KSY&F7=BC3O0CH:HMW*-3V(M>6
M:4TCS 7'WN&JL4%N+N&A);?EG5V5UO!-WM9(D]GGG9L;XS"AM88YM.Q="FA9
MG;=4QI86H)E_@Q4$&X&K C0;@MU(^5JG_=C!/D5WMM6[&,+6RM!;:])=KNN2
ML)$XV<+]U,=>D+U&2KP/77@YSJ;#1POW<)^#D-F@^LAQ79EC>].M*>L.7Z4+
MGYI%E?FV%K>9=*/8;;A0*H"N@R%%T?^3X&,8J1&?4P$RTS:4+1]<1[])"[NQ
M8C@ @Q&C1+S*4#/O02%AO#0KQL56_5&%K8XR6,=I$;8_W^&0Q<SHM3(OBA$:
MNXRO^1YC>\_PM=A83--((H>GH *$O@+^B+A< (FNX1ZY/H.(KD>DLG^5D,S[
M#H]1+!:ZCH[A$EZ.(9;9;TA>RH0I[/\1POX?+*R!'QXO 0*G'4, SY&OZ72^
M)+%F$^.4DK.9T[3JVKT^F:AD ?X:R(HI;OWS$[-W<XD!V4C)'H^/Q8P]_<PT
MCIRK.!H9O-P+?Y>"O5]_1=&+Z$E\9Q!=C>]+P7:W!=\J+V@5?TRFAMD\JF9C
MG@^@YF9K>'C]O-A/_4PKJM+_;D>-J'+S@V'YVJ%LO:FF'&!:Q;?D3'Z6FF^J
MNN1%7GR*B[F>+N_2JD5]D\[3(B$!9+ST8'#B5W 4<3;/5^3(M++TX*BA\Z4V
M,/[7%.9*9\D5<JI*6]SO$%6\P.ZGV[QX4J\QN+9GV,D^!>'4.2!G0@&$6V>2
M(L$?+6C<03)_;*V9!G5L0>%VD:*DD;&[]#6)7991*S()Q(-D=D'6".T"=TCM
M C/$#C<%TS UU3BMMJTYM#"(MB81:A26?EHHR%WK-#755,SVRFJMLNT4UTY]
M3B6&Z]#MW30=UCC ?V8=?H?>A37R%\Y0^R\,0BZ@%8HKXK0JW?NV>*[W[RW5
MUBO;@4$JN5[MCJR&NNL+P)&?*;Z^*!SY1!$$&[9/O9?7O:M_C!6+.]N^"2L.
M5Q@?_OPOI38Q9AND-C&PUUIMLC;S.R0-[0D 1\WM6%]8;X5G.M:&$]J@CMRC
M'FW8-;3;Z\R9&Z9;/NLXU:Z+#:=P!><][<JVM*)>1S[O@UT%L^#T.S0:^?N'
M9FM@RO5CGE4QEJ<0VP?CV<=IFI5)H46^QGX9D:T'EDL?]:TRK0/E-J%RZV Y
M.%P.#I@)K#P&PZ&U2"B)G8,A-!4=*Z=A.')>RE(Y)D#R7N&9OKE" *JV<<PV
M??.A$/@)VH.K]::\FP+9B.T-[TCQE$NRR=<P'@5_/?7B,8JF+8J3D[W@P 7J
M0D.C)_,"BRTK#!^MJF=+34],HU"W3-:C\6V#LBKPHL!??J_!;6NP4VUA5=B9
M]1GJ,*$;7(D;N0RHQ>$X:JIQ*R3U]?B=_Y3>]O6XB2\-H*XF-R$*KLI;5F)>
M!TSK$GC2ZK]E7:^KW/T&C75E-32\0)\H*$J%.SB\(P#4:*+Z THS@@1QY(L 
M/SE)A;[J/,1NOF%'K[ /?W!Q\7IW?\#'H^R(W^\9G#ZA+U" ^3C'5/R54W:Y
M:MR(,#TV4V3*]"_J$"-GQIIU_M]B9&.".Z#:9CA]9 ZGBZ[P%9T[H@!%\I 4
M93*M&?54NNVUP)<>GJ_[DL]6Q^PHPXK)<L&V 15IDLT]\Z  ILS4T5>8BS-\
MKY-1--L4F,?*[5W;#OEN,6:Q[9!EV^$>=0.P.3 F?J8#KB]ZQQ$*#1G<1? H
MCWYCI:$<J.#. C.HJF?BI8CX*0Q<1-4-SI1MGW[4U0KV<PFSD*JA#FPPP #<
M"7<4)0M2@RM[F_-QI#!"CY2&K-16=6<K* X&7B;,A@#PV$Y79"/)5"XE:ST-
M14J;T\% X_3D9#M.,9I@3OTT%$YIJ_)J%#[8OJ,'5CV;,2OB6[Q!<LS8SN=G
M]*R",7I*YS^>"W,YQ>,I*V&Z"$44]U>^\A&YUS_*=E]OW$1S)B?X?0-U'2-0
MKVL=N!O]B]K^4ZS&@++)B*3'FC8%JPG+?:OE606 1I9U=C7OZ<*JM9A:%JYO
MGM6EY2L_2J>L5TU$$-BA+@CS[(;_U/Q[T>C=ZYRYY<@))ULZ\4Z-#S=\J^D1
MOW9J_;;;$[IQ"D%J_+3A/QNYT7VSFQLW3E6MNH"1.1>8.<]B@$P1]P4##.06
M[F3BPD<QB=P3E(4*O UW)U[N!@'<G=1R9YOYSQ^<.$7NB.2G3*&ON')]A6-$
MFZ=&W'&UWWW)%L3Q:\[\I V^/)ZR*D^\/GT.F]%QKCK<CNNV3'-&R7+$-CS[
M25AS6QUIF6U%VUJ<P=[$01U9[5L(C;)^*SGT@3P_9/0H1<SX/-R;U]L/1_Z9
M+IJR0D01A<2?IB5.B&\3M6-M]$D-+/]=!_IDE./06F0JB<049"!%=A-=&2^M
M,KH.&AAKCTNY4(Q=*:1V:D@:K).(CGMTP(\#U?:7>-*6/!F]R= QQ5!"-=W-
M8!2>CIZ34:N7]^;=]I/HUAHV8Z2,C>;#=;OQ2JV^M0-1)CSL,]-Z7?5-9D-V
MQX@6R]%#]"_5SS4_$QU>"*.8X^DJ+CYRK9(:B3/,-0.14'"03H^B[*(_(FRZ
M<,;V(EZ6B2R6=($BF:6+6 9T=:72;XGXJ]/UA2Y6;K%<N>V"Y=I50DZWYU@?
M9$UO& 5.-K;0;]'Q+,VZ?45W$5&3G+,P\[(/QZA4L934QT%1"^]6UWM2CD/#
M1;B'$:X&HS;F&91*3UEN=%>U^"T?I9A[?4:G9V),-7JF'UZ]W9]GNNKLR]D$
M>AGK*$]:K^G&(/I,-MZHU1K2E/=??Q7$33ABQ>0R*5>"[]Q8^I#;_MAPB+G+
M(5*YX7YF\CW-;O\;1EBF[J+<XR_Z3$?1N? U-7G[FG9G'E1PI;<'UZ4GC++G
M4'D#<WEI-C#0%/%KMQ4H7M9&=;5<2"U+_BBQ-IM[WA0%973/F"+N7-Z^"U])
M_AVZ\/=PK)UHM5O1P-C8N&G=;K2F7:1\Q?!T"JT_[?)]4??P3*?$$Z@IID. 
MI"L%D>2,V0NO&"H14F&P*J?SS6KU!#ML;Y)BNMJ4U?0FF2H[3LT?DTL\42$U
M*@K'^'<7EYAN^I#&RRE.C^%P4]$%R&G=#<D[R]=/6V7$.DIO,W+@*3>KX+SS
M)(@<UN-__L>_*A<4\Q%Z9[%<@GM@YWE[RJ:=TKQ9&W3FS=>LLAIN0XA9"G/J
M";^R0QG1[RH+4YDXQO)WA84IK+S+B^IW1;6PK-\U%J@Q=FCR[VH*-*S?]16D
MKV6>W?ZNIQ9V];O"PA2V6.;Q[S4P0%'S?'.S3'[75)BO0K^KR]E#].\?UG7(
M]PW_KCIQ?,!HY!_'450GCQ#X#EWXM\S9(S\-L]OB["3C^ZAO'9%'!B.G9'!K
M6GZ*U^;L[1".XC+1H)L^NN[QH>=K/OP>TQ&97@PO-^SE!JY'@"%WQU!Q*-LZ
MMVUYY7RJ4F+ F[XR]AO%GNMM#4V1S-?D?++K8XF:JX!I !3 Y%?%]U0J]4@Z
MP+I*,SFP*@]"4\CQ'8WH$I/Z(_[['BC7<B^QQX]AV#'J2XQ:15\S__%COEK'
M1=)&FC[/A. :2X,Z?(HP2-RM%["9OE?>9OI@)?7T_P)SG>:B$FM-,:MD?'=]
MI.6BA\_U=50((ZKD3,\QROPKN.SY5B[+I[MTF:"(GL3V8D*0PECUR0D=0,4/
M&=G=X[@KB!S^\"=R]D-K^5R9N9C.-"HMO4(6?IK<_G,HN)P9+,T#'&C #R/<
MK:QV*BGI;P0:EI&"9GU[GHI"\'U&]:S[CTC0H.P%:MM8H,^X6M+&1<1NN_'8
M)-&89I<=OJR2U,?,?:.5PYB\ZG$"UVII.SM6ZVF3[3+IVMGNU@;0MO@U'CWF
M[/1*38S9]A]F^DT>*)X_V/(=HU363U+[FAQF-AAT86&3M]6NW7;2Q)PSL\6D
MQ]O[M[B)*\@66 !TA:M;MW-D"000R;),9!+<?#48^&7=IB7@HKKRVI)RM]_L
MZ%.V!GLW[QYB)=*)<^C4X[E33^3H9.@_R*(%JR+KGS%1Z.P$.VE?8$!_!NZ"
MW3SIJ 3D*C]R]1D:(\U!@T?F&9F3IIL >_0K!/QB3E8L[H648+?MUI"W('6P
M#M78=+ZSR_9HB]/O*4J2QH*,Z -_N8*KXP:#K._0''H6U?F,B^EJ1TUY]%13
MA3M:6\**2PN,.!+]%"HU,MJJCHE!"THS+==Q-;LC[!A2*!<![*7N.95D=#18
M:3@541,F\N5K=7V^ZQX7NI(W7#!"XIU2Q ^<J#*Z05E=):M5_I!$'(!A@(L<
M\T5TW84K'%7SI^QIIHQ.#)"&WNJVG,M5#T;H4F=ND5A*W.LBS_%DUSXS(K>S
M7/>NB#EA7O2[51@]FUFG$6!A70PZ3<P8@L,Q5<.85Z1:3;AX7-L^(4-+IXW 
M[MAG-XGWVC[OK75V.PB7I^3EH7-ML(O+PZ%/:M%\7(2N_ ,!U*6 6NG13Q0%
M?5;+T.,.C.H=Y  83Y^ "*Y]*EOBF\:9^%JC60$3P#3S82S+_CR9,\07PYO.
M5#G(Z4[FE@#'F,$ I[L;,>22U<>$UL^#C(W+[ '72"L.]R! ;S"0,=%@0 )/
M9U"T)WWK+H\K5H\0/,(H'G /Y;"[]@-T;KH484ANE]$NP!#*:]%>UPIF12$4
MC3PJ]F]FT&W5<ISR-V>T\C='M<:PP3') 82M#UP:BBHD7K&L>R^!2X?S;^HE
M.(YA97W(6,86_3!!S;>@C.=IB@[6$.VO&0IPB.XZ)JW$I[D /CQJ->.SE@VK
M_JNK_L[8]B?L GUQKG, :IJY@UQ A&U@D]68L7M\P ON&Y+EHU&$&A]4H:3Y
M<(H<83G4D%2=XNH&\+#^Z@990M2XG3:YA81-/JCC#S0B.V%L[=?&_'VI70S-
MKQ]7+<\BX=(5 9LFY,(/$R#CRXMTN;1VP3.ZYF?6RS+W4=4-Q*K#K^QR,+[%
MRL&K>SQ5+:=KJ_J# %A5UE=9*%D]S_KX9PW#\DS7L*DOT7!I7W&#12[W,D$-
M(+1*RQ6X=MW:6%,U['>.X$<MRH  W=< C"B*D6OB?<C+;@C[*'OLVX2[)Y+G
MB"EI.!:/(SI7\U4),%"(D(QHGW.TM4YEB "WL?YGD<Q3J!S?BJHU"(-'?H/L
M&G]H+A(%..IQ[?'"^59+1S]5)_EE$R\]JO;JM]:&->\C]27\SU!4[%%73#OV
M)'1/39.UG)\=P/=B%QZOM9.!'DHS_68[VTIM+^HM\( J9+O5E\EC.LMOBWA]
MA^6"I99D751;M1W5U%;S,V2J-S6HFC0S_S1RJE&9]N;V=^DQ/ZHK'7HDH(<^
M37\UFBGBO;T\[FK.8B7;/[1H9"9[D=S^"HRLLFNR>+W4E"RCOBBY_16=ZCPZ
M/NW3V$?;R]@339LO2'5F8B74*@]O %L3&M&I!7:J)([CIA4VL&R(N$[86-IP
M[( :,:@1AQI)J#2KD.AVK9+5#)>1WM+UR4)0(-8GR%Q#Z[@<SM$?^=LE?GE/
MV;LD6:SBJ2\=K5"LF8T:G=NJU-1NH2):5=9R>;AB;.E;AGO=1K,1/Q^"4'%J
M&:@QIR &()2AOQT"FLJGO.G%I_BIG<]KE*9-.]5IBB$-3Z(>U.1NF+BU#(9C
M!Z3:*'%()?J4\806AT)^EGVB,'+$$+R(#!?(SL;Y2A:$J0>"Z:Q]5>H=+B.?
M4Z1EM)5G)+]MW*,_8Y!1ASE*:I>U7I*!'-Y%3JB+I/P,*,WWZKB6+*?ZNK1'
M'RDUN0\_2=DCG;M=/>:.#G-7?[FUNS3VG)!=2/D33,NP\X2X>V&O@ZO?KCTG
M@#JO42=8Y2F'UT.,6+TX71G002A+/J$(!W[70W$34O.(F$8*5E13$:;QYK'=
MP)@],Z8/BUVZ1L6XPHY[-5/T)L?(W,S@9]EBUEHTU6K,T$FWG9KX9BR=;6VN
MH7Y>2>YTB\+&/-TFVH)I@V&=665CECH.ZR))*E6?UZTO7YU ?$U(7ZP.84>:
MNXY;=HUK^Z0W)<.VOLG2+*VP4G'D/*>CSE 8NR\7,FDUS@)8<^B. ?_FJ>0P
M?7SCBC"]B(EBMH'3+GD[B@&JX@E]H>=(U0_$]^FQZKP#JAX>BS_S'BH+M>3Q
M^(0(A&TS,DIZ>GK*'2ZW63XU <AI[NJNR#_17JUS%4Q(2=E^QP!P%MR.A>8I
M,.&VQ!R-QV1:3:!K]F^X/&6KKL_/[5+],4_/I+M&O;D75BI^E>%Q+ YT( M9
M*MA8(,^ZE- KQ/8+"_7?M[#,L'$*MM%-.ZO<KK.Q3<8;G-VW*F ;[RU6$"#W
M$@)PL^CYG?BVZQ!"/9*G@'=<E]"R7 ,7(OB]&&UZ][,L(324.VC%J-%B<Y/H
M6<302+M^D8,K%@[JM%@V1I8/M.[J^=D7*PT>]8X6W8H%BRVTQLYS^VO]HHUG
M%D*)1SM^C\8617@<&@91@M&Z&!0TTN2IN$F%.BJ?.L7#T.S9VOK=EVY=.KX>
MBCZQIV!UHZFM/D8D.0P+)<.Z_(=6BU2*7Q^F+GP=\!8^PEAA%-@\T95'=?6.
M+3^JD]KG+[0[I.D2)X8T:^LU#.G^ 6*%]6AK/8B^2JO)@4!"F]!G3PY%T[3#
MN31%M*R@MU=[0TD(/^-IL96B5XPMC.)>W4Y0A71XH_TJS_1&M5K3-%;GDUS7
M3+98<K%3,&WW\;>?FFRU0,./IBZP---6N F:>$/O89\Q+6-NW9<TA.ZC/N,6
MZ 1$(;R_1*$AQ? :;:)49Z&'#]T2&R2B^,:O'+JL*Q;%;83:0-/9+(ZF7%&A
MB/S""XS'  <LKNV&*9U!.JF 1&J'ULSZUUS]G'YNY Z\:BN@Z>4<AC(*JG5L
MM8!9B(YB!Y2BL@4'_+1BCCP#S+7W4<!1CDO\69Y*6+]YC@#C1+G=GHR+J2<)
MEDDUS9)/T[LXFR^3(CIG?.'<]'R]",-&[]_SK4\P.1E%=(E2E_Q%/;G3K]OM
MRF5C)#^<B0,+(F9)4<"5(R_S387R!0S;X=[P2_B48,ICU#E*'M,J$BLDU)HC
M3O-KG+85$F/^;S9P%!,75!%AGBP3#,+2ZV_480CI53J.*W&NO;?9R+EC_;O8
MV48>IDX8;,;*]32.W,<LMP>*+2&C?RS.I#4X;]?A=UD)70HT]"Y5L;KE_7L!
M8MZZVLW@D <V=7ZNE:E94IP<K'3$*-44<2.78&D^Q_ZOC.0-78_*13""X/$C
MSZCIF+UQ)(8&*2HA7*1E)2@5(:1*P"M,UW"1'WR+-!QP$** Q*;=E_FB5^?O
MWIPI%<>#'J/@B/EU8D'HH]'PU0^OWEZ\>?4#QM=#H_^#3M"PBYPD81NC8>Z7
M4$Q7'J.'-,6ZZ2Y(.(-UB%Z>GI[=9INR7)ZM_F\"L]O$6;&;<V1B7!3Q$[D#
MD9RQ.O1=B\,KIJB7K)5:Q>5'67=\4+1N!H*%H2RQ4XX+">< ["@L2O_1^>*X
M(OWZZ.A(=R \1>7F\OKJ2/$3>BT_.E*J>:>I^F( =F,4AV.7^E2G\70"*T^N
M?\X^\$_Y= +?F:%4IRL,<\[>N&_F:WYKZS5UN>CG#VA-\*GO*_B@;RPVO3!5
MD="E6Y7.L,"M7,TN:K5KXM-<:H.GU-2\CK*NKKEUD.;6I[^Q=WI!8;.:=+O;
MDZZ"S7$'A7602V>'51FKSOM3E^X?GE=5AGFA RF+YP==%>D#!@1E72-<CQ7E
MZ< 1NRO/^*JM>$?*#L=X<AUUX;*\>!K%M7FUC\=P>C'-A/T,R_=;""OV'7L.
MS$+MV \" <TXV3UT3.G7Q^JE]%Q")5JA7@_TYH3CK;T![6/:?9U>38;!H&6&
MDXE+BA!*]1F=!N=JOPU[XS$N*81KU(NG_5ZN6:"6.V)V<8[#I)S^*:?B"D<=
M5+/*TF65.&M)$=$FL_R@&T?.3&.1%USX>]QRWE]B=N_A^,]X^O/]ATDL_)F#
MOO:-&78)AEU.5=+P;E-'0>1Q X__"IO]S=28VG#GS (-MLQ:8W,M.(,2'UR9
M1*BB2JA0F#M,9J+(-=Y%'&<5S+0J"+&.MQ9FCEHH,GC4P.IA/#TY&8M^";'U
M;FT^5AWCZ6#0*I^LE1FC.\G:$381#-P(ZMH%-3BP6@5>,9&LLZL2?R)AG_%3
M*B^[1UP/9G!S.I9ISLAD?'1$+I]4/SOJ_BJ6E5\%;5&2[FR-!>FA%ER.'K*!
MQ5A;+=)%M()64UK[BEC\AW'[&M,"%P]10#+J#^2KW QW6]WUV5MOY8;*%XLR
MJ?K./'#7[3P)R9<),@;5.A0,E&R2(^P%QNF\UKQ'U/3-?I]2FY0*5#K:.<O@
MK>9-@VAJX^B@F<E.1)O-DDY;\OU+\11-<,7"__#6D.^P:FS_Y*B'ET<[@3<K
M2&D1E?9/9X:V(R1I1=+.V4L)+_'IJ@QLJWGK GX*_L$6'I\2&V?"?C&<V=&*
M=:DIUI]7A)$CB\Z*$UIQ2O2!*_&K".0=FG"WORYM.1IAW6;TEIB\&%'&>)<(
M@ZA\HBC\^12HQS>ZU$(S6JAC?%G16+^I$ );_RU;CEK*JO]7Z@)I1M1>"L<8
M((W:IG3$N!%M6KPHW>&\\)>*+WG_GCK\CE'L5E!@%@0BK2",1*E#]T'$?,T)
M\-"A!DK3QL+9]A 9I9PP$W"9)&2UC)+A4>URQ:L"MGR"] 77<*][KKO41ALG
M^7^F+\+0I9Y(LK*9U#%*V:RF@/;T>11'&3FY9TWPMZ)#JL)."QTVQ18=6LF8
M1LEV5TN*C,E03GM,Y[Q90FUUS_ ^D$!,5C<?R0=0VOE8HT0@.FRC=O3P\_D'
M5H#XB14'XOY=*TW!L5%4'S&^CYCB1UE0)Y.'GS]^8#K"3[RH,-^#X0?PM8:_
M,% N)QANO+PZ'R\'@V[GZ MI7(@)/?R\_'#%U;C$'!_QAJASQ(DLN= J$9GJ
M8N&(&LT1O?D#W11)_!'F.+]R[NZ5+-3"OA&;#O>>/-957,"YTV#5"@W= LP9
M,5^L@MV<17^FJX!'%8P"UL'LY.3#Y-[O+YA>M]&J0Z=?Z84N<!FA?R+,F-B2
MUZJQ-6,3M;>+Q'S77V-L_8^NPU?%:C-W3L3(*R/;G5UF N#M6('5IJ#U:6HS
M@V/.FF> OUF\2M!/[]_S/I'RPSFK.,V2PF)*S2B'R,5/G1L3PQ(=$R&:3?MH
M/97F"-_*:7\-H:JJ-J9+TK]:*Z.(.+?H;BE@RIA]WYQNCB?*ZCIQFLY[S$KT
M4]0]%:/U69<2T4;]IY/9='S$)O)PQ2OY6 KY,AC,IKIW66C,W..6Y?YR0N>5
MJ9TKZT^C&5AYMQ^SB$Z1AQ8K>T/'Z*%+&7XXG<&8I-3( QVDU)3RFU2>C"9-
MQJ#RK7GE$[O*HS5AB?4_0#WJ=,:4SGQ\1?2H ZY@Y71AA8*Z7D# =F>TER(C
M8@+LPV","BJ9=;,ZEN_J8/ML*H!A/U]-%HL0&RY1C%1?&\  2SY6"[Z\2 B0
ML8H#&TVF R7%0]+28K4NI2A>UN$@%,C3;#HQ3'JLF+%JI\R66UGQM(4%(ZO#
MK,AW(T5JK"^LSQ/==R<W_LX0^=405Y/(9:#MB>-_G/2!.ALGU5J0R^O^3U?8
MJ7V5$8MG<0;VKIZE&<B.&WCKQ?[^"">"QU4Z0S\>TQM<#7D1X0.N!_WQF"_N
M-&/D%=VH@QONB*PXZ1['N/%FC^KYP\[@B&@M/E7U1O. VF)0F[ K?K(S-DR<
MLNJ.]:\K^,IMEL1I)*C32(MFZ,?W[Q4/4DT$9M5!JP0%$9MJ)==-^8]3]I8 
M4HO@+EU4(64 I]AD[/ EY3]RN(W49@<N /U^@I9C6C[99&+$J;6%AN@8#B"]
MGV#30^-[=#E!&)V[F(1B5!T(97[M^-7?K]88"9#HBOX&D$W[Z1I;"#)_+,2D
MG!$+HCSQCHPLP'02I>N3K/O]TNH:" VDEU@M*#V9Z# <8#U)3X UY42J"G.;
MKKL68PK.-5%5)M2$P6'$5K5F8IX4]@J&.&FIG62$FI51S:0D56N/8%BEE:TY
M0["]6>YL6]-UF.SWD_]J!OLMFFNSM9I>SF%.^[*EFJ9(FE&. X,D7LGF]_(R
M$M_*OL^VQ,6#D;N3H9F"UM+0^ <6-X-!P-\__+WZPQB1#@9]S=@KC]AJ:X84
M)35%N;J*4BG*/H7 G%Y=$0&"^>SS@Z_X!_[P(_O[9ZUN=ZHBSDK,V\KH6<CJ
M;7T?]7\:7<%5XK+B__D8+1QB_MBBK&0-7D0@<1_B*ON,B"#WY135E/3:*1P1
M.D T?PG>:"5HRW9PP7Q%>+VC8"%E]KQR'=0 /:*TJ'E2&KOV=&)RJ8U7-#N'
M"+>%F!R&9-I*4L.U;".F4F;7(Q3/9IO5!O)Y)<-0L&)_1_LC.$X<107?M_.0
MUQ<.D2YP237+Y/>1&$&=M*VJ&R""NZ ]#K*UY U%5^L@MR[%&W<I'ER:6J]X
M )O4?6&C- KS9%=)?414RUD'5@:M1-T&26"NPV=52OB]NB2U2<FL!7VK0 F6
M>7:+YOGF9IF@<N,?> B31<6&&;LI:97O5PW"&:,#,N=8%;@":>U>?H.H+DDS
MV5+M0]1R0A &REJ>*.!;!+77Y!C>9S$Z9%H=Y+E<[=7JTFSQ#5M=1:5M;75*
M:96;76WMFO0=FTL+.S0C2@AW9.LBG\-PL)=3M%]6>VY6MPK9R-RJ&"RV1HO-
M9L35^.\87;.J\8*,,(MEG.>*>$/> 5>&A>WIR1_%=G,^(;DA-Z^(N<IQ0)9_
M39;QTY1DM)<7*?&[DX!S2X]G_(7]W/.?"A>7/_;_[-S9XPS^M2UZ#5M[.L^P
M"0KY-*=(V$)KGAV,RNSOT=%1V#3QT5'('+'6L=)U:\$",%<,QB[W22JR\AU!
MZJ>ZB;!*GPBS,U.YE"_H>$[6H$?ST[C;QS'T_'3AS3=C,X&W_3^C13:C&6])
M-O)*LNDY[9DE+7&NK@F<8!ZH02WPX\(_>^6AH&\UTE8H.N'UG4;-\"=2]^WH
M-.>S)X?%VG4Q,<KR?89(^N?L0]<[*VQF->9@E>S*?@A:MH@4 "[=L8[Z\]A=
M3X=\J&)DUEAVCU6=-_5GIFJD* +)=MQD&[S%,,!=J,Q<8M*8*&:TUL4.51\;
M[F*?9:-I@!)5B?>@0,V-!KK;(&_K5[,35O&VPQK(D8#$@"/3+U.MZ(Z9?=O2
M,[/<JG>DG[AO'H)SAE,4XA$\C9Q^6L/"Y,.>>L@",28(_C+BSIN8%4%_RY#?
MCC1?;N#VN7*>JOGR(3AS-A\3C^!EU,JUFR0;?;N9H=&Y6Q1"O;M%:?_N?8@=
M=#\>[>CE#2RJLQ\R;T_OK1FQMU&M\^_HAZMY>@W*>)/6*S"#W\N?P(LB#!VO
MU\LG?T="#CZI:4YL5XCXX^*4K2SBG0?:]SE5%C!-M)@9,F-@);V_T : 0T;<
MO(*;3=*EN;7_\OJJS_C7E$'&X%KJI0VQMLIB3: /8]0YLLX8$%C[-]W^\VGX
MI[Z+25O#]<.?@1JN(;:EAGT8L89U'=;KN[V&[='_-CK_:=1&Q<YY@6"5<UI;
M:Y@@,"H]NFFR4#ZJ\!UZ]<Z[,HVDO[YX[4]WQ&+\QL^1'@.OEU,T/@J!1QA4
M1MM'YEB$C/:NCAP9CKX<L3#OJ"'(<PQ%B"R29QHHRS#9C=45O1W5A\A?C)-%
MY*$B7X_:Q,1'7T-T) 4*5]"12S.>&%BD-T? +318&_V*'P^"'> C%S@+A8^D
M3D@4K+XKZ]RM"!A9$;"B72V@A ^(Q).NX-<@&1#P=JTH5\?A"VQIVISL?63Q
MK(AE[3#/B= 7MCJ!?2&K&W-#U.FFT)2I3: *FY0AQ$3H!&)\NF=^BTC51G+$
M0]4C)5 ]4L+4(RTZQ579/EG4[U)7:;!+Q:#M7*J:89\N%7C^IW*I(-#O+E5W
MJ: 3U:62]ZU<*LFINC+X$.)2E8Q;NU3 X7.I-*VE2]41-KA4';C!I1J8PURJ
M0>$P+G6P#Y<Z>#:7N@EWJ9NV+G5S()>Z^6=SJ9O?7:KE4C>&2]UL[5(WIDO=
M!+K4S1Y<ZJ;&I6ZV<:F;-BYUT\:E;K9QJ9MG<*F]?;C4WG.YU'EXE#IO&Z7.
M#Q2ESO_9HM3Y[U&JY5+G1I0ZWSI*G9M1ZCPP2IWO(4J=UT2I\VVBU'F;*'7>
M)DJ=;Q.ESI\C2CW;ATL]>RZ7ND["QU*3MF.IR8'&4I-_,I<* OWN4HVQU,08
M2TVV'DM-S+'4)' L-=G#6&I2,Y::;#.6FK092TW:C*4FVXRE)L_@4K_?ATO]
M_KE<:IP%NU0,VLZEJAGVZ5*!YW\JEPH"_>Y2=9<*.E%=*GG?RJ62G*HK@P\A
M+E7)N+5+!1P^ETK36KI4'6&#2]6!&URJ@3G,I1H4#N-2C_?A4H^?RZ7F1;!+
MS8N6+E7-L$^7"CS_4[E4$.AWEZJ[5-")ZE+)^U8NE>1471E\"'&I2L:M72K@
M\+E4FM;2I>H(&URJ#MS@4@W,82[5H' 8E_KK/ESJK\_E4I?ABZB6;1=1+0^T
MB&KYS[:(:OG[(BK+I2Z-153+K1=1+<U%5,O 153+/2RB6M8LHEINLXAJV681
MU;+-(JKE-HNHEL^QB.KR<A\^5<5R6*=Z>QOL5#%H.Z>J9MBG4P6>_ZF<*@CT
MNU/5G2KH1'6JY'TKITIRJLX,/H0X527CUDX5</B<*DUKZ51UA U.50=N<*H&
MYC"G:E XC%.]NMJ'4U6Q;.-4'0O^C8WMOG7^PH42B!HG*ERG#ECK&UR^L\9Y
M;MC"_BMT5.,[&PX[_P?Z4-US;II7]?]C7*?G" $GI-RGJGG C;4Z?[/#^OR-
MO4)_HZ_1)X<'6,2,,P/X:0$FG/>$ &W]/3D;P.M+3$R!+LC,UNB$/-3J7:E%
MQ>=,6[HXLF*>.:7VKDW-+5T:\V)!D:'IPCSKZA475K^<7G%AP<OH6[LPNI#^
MG\6%-:ZB_R_LPLS5\)L=UL-O[!7Q&WU-O.7"U)7P=2ZL;K7[1EOOWN3"MEJ,
M;F8+=F&M%M5;5/;EP@8[N;#!OEU8U>C"JE 75AW,A57_5"ZL^B=V897EPJH=
M7%AEN["JUH55@2ZLJG5A50L75FWGPJKM7%C5SH55AW%AO^WDPG[;MPN[B9M<
M&(8(<V$JX'Y=&##YS^/"0)I_5A<&LNDNC'S9TH61O+I[@4]^%Z9DJ'5A .=W
M830US(7IF()=F)XMV(49U)I<F$%E7R[LQ4XN[$5+%T;/SWAS7G,^!J0/?V@^
M/\,^9=5U5@F<.L*%P?W>2>0Z?AW=='$=WNI\:W*5!IQ ?C,^X@.'6%33;]2>
MK[HMW_ZS5/8@#IP:&R21BW^X_U$[8L1]K W"_SM2I.35O?9H'I!-.XTFC ["
M#8WCK)@CYTDQ9+#3@RIJ<PZ/U&'15H>6"IUG+X%D#@W6'A]5KT$OF=8*=&.*
MVIP4%:@_1ZTZ"M HG 34U@1]U:W.) F5;0P09S2.*;KQ:P?MY!H'!W*-@P.[
M1C??!W.-@[VX1G6,,\@U#K9SC6%T6EDF&43]!ERC)EJ :QQLYQK#R+16X+?H
M&@UC,5UCLPD&N487E6T,\!E=8^] KK%W8-?HYOM@KK&W']>X:>D:>UNZQB Z
M[2QS\XVXQDT[U]C;TC4&D6FMP&_2-6YJ76.S"8:Y1@>5;0SP&5WCV8%<X]F!
M7:.;[X.YQK.]N,9YVZCQ;#O7&$:GE67.OY&H<=XR:CS;SC6&D6FMP&_1-<[K
MH\9F$PQRC2XJVQC@,[K&[P_D&K\_L&MT\WTPU_C]?L8:DY:N\?LMQQJ#Z+0;
MZDF^#=>HB1;@&K_?<JPQB$QK!7Z+KM$P%M,U-IM@V%BC@\HV!OB,KO'X0*[Q
M^,"NT<WWP5SC\5Y<HWJ41I!K/-[.-8;1:669Y+2.;\ U:J(%N,;C[5QC&)G6
M"OP67:-A+*9K;#;!(-?HHK*- 3ZC:_SU0*[QUP.[1C??!W.-O^[%-:I'8@2Y
MQE^W<XUA=%I9)CEUXQMPC9IH :[QU^U<8QB9U@K\%EVC82RF:VPVP2#7Z**R
MC0$^HVN\O#R0;\2(#^L</9P?S#L2@79WC\NV"W@N+[?SCV&$6IGG\AM9P;-L
MN8)'JK"=@PRCTUJ#WZ*#7-8OX0DPPB /Z2*SC0D^HX>\NCJ0A\2(#^LA/9P?
MS$,2@7;WD.I9%4$>\NIJ.P\91JB5>9+S,+X!#ZF)%N AI0K;><@P.JTU^"UZ
M2,-:3 \98(1!'M)%9AL3;.DAVRT!)_54/QCA\J?@19]=9,CLP-1*9':0 LX7
MU=A NV: B:BOK I>O.40T<+44D2Z1.L (E8U(O[62D0+4TL1JT.)J&Z\,D5\
MT4I$"U-+$<E&K4818;_&4-_/P?@XO7N)1AW^^PZ-SC6@O\95D3XJ0 W;VXK9
MV ]2S)1];0X'P<!^FAA-)OW,>"%WSR+Q']O3I=P3?XU<O\:+[Q58YZ7V,W.'
M%SW9R-CEY;JO7@UZCI1]7AY8Z_0D0H66K)61E2(QL*,CN@?'A.$E<PD@\QH4
M6@%18SPJV'XSN&N>E4 $^[N*_-,T.N_B,LN7]&&>QK?TJ6 I\(==4\^SRNBO
M2/OR999:F]1B?9,:N8^^GFP\C8JTAU'%E(<BI4S,4LC]!6F,T.)D;^CXH8O"
M*#R<QE.*_N&TF%("#Z>SJ2!!KF$WR2BE!+0ZH;1H[>_QAVZ_PRQ4)G(6V!N(
M06H(@L!;#;:'X_O+23&E 3;;BQ;=]^^[DP>(L7$>HJ#?9"E_ 8-@VS#)7LM.
M1ZD<(MJ+NOYB[0IV^"8XD;^+)9Q->[B8!L/N"0:E+"#7*5"U)&@E- FYL7?,
MRG2,%+>IG"LU5=WIF/!%R[(N^\PXG,I"@K'(.GI,GW6R*BD7J$6"%PO??8EM
M2M45M4NBF'01O0"+ZS(C^M(Y@M=)E"6?<+E0!+WNS\7T0W<P''>.I 69Y@/Y
M?K[_,)&YSL<,ZU>-UL_%!X,<_H(F"$@*UW(4<=#!%6OX<(72OZN-'_5AD:[>
M?E3@DN[-IOUA5^>%J:HGL*FF@)7)^+ T)^V*ZD^!HP3PPZG*+__6CE>D,LEP
MZT6*O8/"V(S6<5FFX#P4)<.K5:8S?YG.6)E"OL8R)4"S#P8Y_,4N4PXJRK2@
M92J_!^AI-L":[0OM6D7*D7F*U-*<IT@Q'"6 'TY5=OFW]JPR%AEFO4#!R^=9
MO(R,VDF\OZ);\FYIEGP56EVE&685Z'9E6C.[F%F<Y\1;5R@KW"7K6I7L^_0)
M$!0Q/)VZ6!6)K7EE/'(:1+5*O:4-H>DH"^99%6MP \X8(#F#@#%>W[P)T653
M2;],)T4ZQ@@GLY1^P7)QXX) 1;9XC%92/-00LT*D&RM$8KQ0.@0;C8ANI)MA
MY/MJD\B:?&M_ODI+MN1Z8%&DV(W@?W'CP$;P\ OV)\RL=. 9 9YAX!D'GJ5J
M/$(9F]QH)<TWSE-V]0C+/E- )#"6GXUG1:L>UA6NJR+.RG5> KY.AV_+ETZB
MUR.-[%C[ MY._4+#Q;$654!(H%<(J#QC866:F7X=\RX&(EU$K>]'.&4[^M&P
M@SK&S]MO[A!*3%02]+Y_K])%I ^''1Z)1JAA?G'JOJ!#Q 49(L95N "]=XY8
M5A)<'!%/2;Q)LDRJ!+$4;/!'K$&&5[U9.^+^3N3Z^0,B.-$)ILAK"\TMLXHF
M\2NB LBFU\W_C/(_(_SC4I@)_D5#:O'/4CC_[#6$?P U^*?!@)=_I<'YHN,3
MEL7]]-0.#+YVOM99@6H QX8Y*.8OC('6K@FO9HPM::!"P4BORJ#B$U*?J9EH
M51J1D ?I]9D4"GY EXAX:%+WCR@QJO5K5$WT^DUK"DTU:CY_Q8ZV@/JOP="/
MDTHI-/@W69:)(:#^8^)*M1F#(A6..?L0HQC*L753JQF?8L!>=7<'_%=<')=N
M-+Y%7"QYM& .S:U13)6/VZ\=RU^C.M/F1WU?=7X\1N6G>*VW/&*4'J=B-6R6
M%6O&43$43R-N]RB*P%WVNL?QBPE_I-E\G@6[Q>&XN)S$IUQ'A:DA['F&XQF 
M<+T0UT/Q1D5_UIW$Y,]8:* IL\8,U ^,8 @8/);+:0T9L9&@)M/@&U0-HQ1H
M\CBX##K;%<),*0[QC14,P1B?LFYWGZ(0KU@JZ, )!9U@5%@:X]N(R-M:)G7N
MJ,.&H(54=)ZG,\O73]-R<^,1VB6J@8)K!5<4AQ($AE)\*[O:T*MFCN?8'(N2
MF*$1;F%;.L>V-"MU SR!H@<-P4G@\#J$UZ%#8:0FHKKI)*ZCO*R*)%[)B/#R
M,A+?RKY34U0F_QRU%H 8]:V$50SX6_XI*@CCY,,?_I[]88P4.<K:,I?LIR;[
M5U=1*MEW,LY)P&RA,-:@>L/^_EG2_Y$%I5@9J\:Z].=CM* LR#S>VK+8N1[4
M<MUI8MOXRJ=*@\6YV;-@@6(H,^?M"N*FO^^BV$GQUZUT'<IQ&R^*?&X4IZ>W
MF8=[M\/$#HXPS[+Z-+TKUXJFKT<HGLTVJPWD\_"*8=(L597+!XAE3LDJ 5T$
M.0J[$EY?.%B\0)U&'GW5$&=NP?O-3E(TJ+6FRH5H6*UX!^"NIGJU*_^;(.X4
M9M J?G0SH1$#J%BI 4'(EWEVB^;YYF:9H'+C">/TYFZS;D\&RY!Z:KHN0YKM
M)D.:+0+( -06,I0;CZ\U%+3:!OFZR.>;6>4A@%0*'-2@LI53OLGSI1S%F[3S
M'KJQ<VXFDQLM&N)C5_[%'LWN[J<+.QJ_Z..OQYUY[E&:U^<9&'C;@F2G4.\*
M3D37$!?$K[\B;_)-5^^H><</<,9(!+2PEHNO-%''6389-'+)O"X.=L)K U\W
M=C^2=0)I3Y2:*XVC>["J;!G-MF'D*)R'(]D'!0XX*[(G*L=GGI&-.D5LU3T.
M-&>^/"'4G#F\-&<=@\.<O>:J6ZM8*%%GK:II!!4)-353OUNA(67%#(:7#/+8
M2Z"Y2*Q._OXQ!:^L6*GU8]L6?-RBX)W.*:B"D>R\8CE=2S :*"+F*69FP=M3
M&$%81='[.'07O3H:LL=E>+5PN#SME79BR*3Q?/F.8S4:G"XOCI?W8)4#,>*G
MK9^K/V*^P\M$.VE>G9Y;:S.P@2?.=[[:BQ<M_>]/8<^R1C% UZX\KK6*<KT@
MUP4YGEY]5T@%'$ZOYIPIQ\87,W1,3Z6?PK'TL!@OAZ<<GC["T\>I.[\XJ5Z9
M7\^5YX\,ZRU%F5-\'RDR!9WO0'M(F?/YJW@*)]I/QQC3!)@;8UP3X&TLEUO 
MI,/XJQ.S[\AY)[#OP/F.:]V>]\CY>/IS/CW)>A^G'\:^%7E-]S+J*)3Y;7[P
MO#%+G4_[6".NJF4V;7]V#.?TT2:+BR=MIP.&P^U'O%XOGSS1C.PLRQ0G'EB4
M#2J4R[)YW!QK39-[C39@)'B,_1/ZR%9(J^X6_28U>';N=J%R=%1]U(QVN%33
MALX.^J)DO,BCCK%K1V*7<R_6[IW#*=NY.<NA[)K!FR!EU]#97=D^Y%C9=7O,
M?*IOKVP[7@U6/\X1JFT[?@U4/:>Q#TT37(8K0#=-QMJAFSA>O7KE7:-# 5Z_
MJ0.HG4BSU&W=;V$-BM(-9V+<94^7;+3@P#<L9',E!H3:[2;EJ'>\+<-?_<F.
M/6GA6UV4X;##P]R9X:KN;;>6*L+NY>X,<Z"R1I^!.TK;J;/-YM+FEFKW?:9>
M_=;<I-&B6OEMU;6WM*UE[GLCOL^5#$*<V5ZNQ6C!09@S&^S)F6U_OT6P,]OJ
M:HM@D]GUEHM].[-]W'91[\RVN>BBG3J_96<6>O?%=LXLX,Z+MI;Y7,ZL%^+,
M]G*110L.PIQ9;U_.;.L;*<*=V3:7482;S([W4NS=F>WA?HH&9[;%U13MU/E-
M.[/ VRJV=&;-MU2TM<SG<F9G(<YL+U=/M. @S)F=[<F9;7^'1+ SV^KZB&"3
MV?4FB7T[LWW<*%'OS+:Y3**=.K]E9Q9ZO\1VSBS@7HFVEOE<SNS[$&>VE\LB
M6G 0YLR^W]>8V=:W/H2/F6USX4/XR,2.=S_L?<QL#W= -(R9;7']0SMU?LO.
M+/1&B"W'S)IO@FAKF<_ES(Y#G-E>KG=HP4&8,SO>DS/;_IZ&8&>VU14-P2:S
MZVT-^W9F^[BUH=Z9;7-A0SMU?LO.+/0.A^V<6<#=#6TM\[F<V:\ASFPO%S*T
MX"#,F?VZ)V>V_<T*P<YLJTL5@DUFU_L5]NW,]G'/0KTSV^:*A7;J_):=6>BM
M"]LYLX#;%MI:YG,Y,[B[H-F;[><*A38\A/DSPM<^'-H.=R$$>[2MKD$(MIM=
M;T38MT?;R\T(]2YMFTL1VNGS6W9IP?<D;.?3 NY':&N;S^73X+:!9I^VGTL/
MVO 0YM,(7_OP:3O<7A#LT[:ZN"#8;G:]PV#?/FTO=QG4^[1MKC%HI\]OV:<%
MWVRPG4\+N-&@K6WN_W(#K0X'WFQ@VA32Q&Z^U"!8:G&_P8X'XQM"!MUMT"1D
MT[4&+81D-QSL5\B@VPV:A&RZV*"%D-4AA RZWZ!)R*:K#5H(R6XY"+CDX-U%
M_?T%!(C"D#42M\E-$9_>40#C!$QQ/@T_ !-U[%,P.4XUXS*%<;%;<6ZF,Y.1
M9U.ER[1*D[(^%\UVMBF+LS2;+3?SY*Q\*L^J=)60C.C" X5YVCR>P5ZK4@'T
MP:WS,GV<FM *1RIS+D;Y;L&R*C:S"BWFTS*IX*1+L3.6G)FQF)?3F[0JT<_1
M\'ST"F:*WZ(>V1>6+R(-MMM%7?1AW/F*IM./29$ERRG%.G:)$9>K>B$X@X)&
M>9<7U9' /4\>IABU!0:L2*@TRYU0!K)5/D]"X#*L_8\J(*$FT_/%0DW%;;R2
MN$[G(30V86"W'C"@*8"@G/P,E?7)ZZJ8I[I AKA@U37),^Q</OKQS^/YO%"3
M9W=Q@7HJ @[1T4@89;QD6K>,^@O8T1%5R$.\_'F$K5,SSY+JL.;W'7KU-J0"
MCGAU?55?K0F<NS:8]<!M &C#;955% XVG5*PZ93J$;^_=9@'2]N\'3NS4AKX
MP_"-SP0A-Z2ZLF-=P^O%R&V8D!72G'E%R<+'-Z\\59M#; !"[+H:U>F3E<SK
M@)+1.-.<V-$1=V86 /%$1T>&0])=T-&1X8D,UW-T9+H@T^<<6;Y']SI'1X;S
MT?W.T9'A?G1_<W2T\23?TN1;3S*KQ$=SNZH:%?3H2%94M46RP)E;.A+NR0]*
M'=#1$7=$3B#FAHZ$.W)#,4$4GX/<U0?K:@I_O3X:IY,'CW?&R?B/K^G"J?!W
M7$<^:R!?3[V6.*/-BXAYT@V$H1 =6.6."W11)'#M@6GP. 4_S2&)LHV_+.!@
M@I_??-"^K>/91_(--I<[*JH:/WG\)ZO+1I#%N8?OY3J9@0!$S.H!5^79^.@(
MR0\9^8(H$TI&W'! /E"=FHV];Y1<2J;/>9:(7)]Q1R?;5$GY*2FKL<C\>3HO
M*P 65-6?J"$,*TH!M&!BB ,@6**0,*VF9& !<ZT=/.T&)><&B/.!%2&.*#4F
M._O&M:'2 &GL9(J7B_4=>M-4HJZ?%K7:1:X6MB/ 1?Z<9CS^'7I;!T(,;O2#
MA[R7?;WXJA4S!_Q$C$B\8-N0+W?YIE"2YO&3\I8K@$])K !^T@"?M+>TQ&8&
MAYM34V?-,$ZX757@CZ>DZM(>(PW 2"I8\)0=^(!_R2,N\(P!5)])-89PBGT'
MI)CJ,KV]J\1'08[7B+' \_+'EW 7AI(=6Q&&0BBBKKP'/.( M(N0S*4Y<@P*
MA\(0 );.6@,-$:*85##$3P*$Z%8'GI(69=3O',$/(>WS$"/!CW&%NZPWN#[C
MF"6B76W<]3&96'UDF*4!*)SH^CR*RQF#YB7AS*5G,K-XY>7-:55P:2D&B+/Z
M_'!I_+R*'XG@NC7@E,6JZJ,6G&&0M<&<2M&)'P@;J%>:JJ"PL=.$7JI2\D)&
MGK5WA.W:K1A++S(/C((L&_5)O0K22YK\N5WI)2VR4!?LR$$H>C*Y_ ?SVF.%
M/E2M+,[R<IDD:X?M<$>/$1>_5&M0L2MIQ:FR(9J+=^W;7P)B]%\\8#>I!H@L
M5]_B9V<^(F]'/+I!U,B4'U;:6XCNCIRQE0I)HC0=EO9_7#\,.GSCQFMD(F@-
M6"A)]P^G7(S<>(U,!"^%510@NTP.S&]>N3$;F0AF"DOU[0G1S)X4+R,W?MR=
M6L7E1QH@O#IOC!#\+<=T>IN00"I?X#9(J5,L(*$U6/,P/$0C29]5IP (]XQN
M"OU&%:&CHA+$./.#YH$M_"[T^T=N,K],('",:.3P*9U7=WT^8 @2%TD\7\Q+
M@ESY_*E(JP2^J[#)XRQ95QS:I5D095/90OZCF+ LC8;&DI6[=':G(I*A<V]*
M(V&'?>V.A%B5%XU1R#8Z+['<2>W@M'31XOF]$3XII9,R0W8DY=6#R?FNJ'3&
M-J3I%"'4=+J.P1#-_-7#VN2C94[>&H]>>2<A1II3A%)1'9<E;M^J\-VQTD:3
M@ 1WI&_.;F>S ?Q-7[]],UC#,^Y<#S '^.-L>);<SLK!Z/3=^>EP*/UU-><7
MD9$>U87H,.T++^V&O:G3AB4-QW)[<G(VRU?K9?(HXP[$@I31VSJ<YJ5K?X(5
M(YX+U[2?;TH/+E31EEAT: *BJ.O/I6Q[_?0W?=>V)"(^T6NL_\06Z;Q':WK7
M<DG_K$OUQFH*);%E35=4\QND9]/HIZA[RDHAB;(N)9'I1]ZNIW#U*A"=E%,^
M2*(>-BU)WT_.Q_>7=)*47-8*UZYFM+Y%Q]$,[FWM]F-Q:JQDG\W4DA=TC!ZZ
ME#]R8W5?$?_AM)R:&OB-*ZHC+I9T\H4ST1MDYPEF*7_"'*T)1XP?4(9ZM"J[
M5A0%W"9]KYYF*6^.)@)[CZ8T,<STHRF5S+IA>ZZ"GDVWO/YYQN]FEMS0(C0!
MR]HK1\G)G-A(LG'=7:&-UBD.PX4S00=7HG!I&1'\Y&DVG1C62[\S<U7,E%FN
MWS!*<;.PQU852T5;73YJ50QYL7G8):(>VDJ*_Q;1>N+L3G4/??5 5,VBL/[[
M:^-LU!)_*J?UMW72"T#]EW76'/S'_OYXI5SMHURHQE6!Q#(MZTJUC#^LQ&V.
M[2^U8]=1QZ>J1MD!V?=P@]P]O6JNPQL.DI)!RLJ\6&X%7[/Z8[H]AS%7$X%Y
MK/ED25 0L:GN=I>=>KE2>9<NJH B(*,T^M5LY')/_'DIE8F_9+"CFUQ&C8LG
MFTS.]9*H+3-VMR @O9^@<QQ WJ-+A+&Y"TFH1;O(#2G7+?J4WZ_6& E0D!=;
M M6TGZ[A&E[SUZ$F1!DC]D-Y8F<O*\673J)T?9)UOU]Z;J/$"D@OL590>C+1
M83C >I*> &L(;E)G1H2Y3=?>.Q !YQHTE0DM8>C)=:29,K%-"GJ%HS=69B<9
M(69E5#,I2=7:(Q?6:&4KSI!K;V8[V])N'?;Z_>2_F+5^B[;:;*JF@W,8T[XL
M:7_7.%J6U721HVH(6A-#PQ]RE2,V!WJ#8\5N<#SHA8[[$X'=_\@BCB NO<<N
MA][T9U9L\W/M)8N:C#^&%Y.LNHL(Q.U#E+7/&PT=5S#:HA&) P3S%MZ-5GBV
M9 <7RU-ZWHL:MZU6=GD]JU2'-+V]WDIIUAKC7DI3+@M>OYD21&0@E_2V]?9"
M&L[D$#=8FE+95QANXPH!Q8FCC.#[H>^[#/:)]HV7FJAMJAC@@>/-/0ZQM=C-
M%V1Z'>*V!7CC+L"#RU+G!?=OC+KO:Y3%??FF)V:HY:L#M[6O1(T&.3!S/GM2
M NS5):E$2EXMKEOM=+_GEI*HR#!?-R6MZ/VJ7C2CYR\SCE5Q*Y#5[L$W".J2
M,Y.MTAX$+2<$7YBDY8D"O474JMZ3>E!S0Z:]09;+U5[M3=[%^NW96T5E;6UO
MSMM@MRZI*J2DL!,S H)PYZ5?*FOSB?;*:,_-Z![OI?4U&XYV?K?@F=6(%V0H
MN<OE.5=D&VIWV[*E,Q?O1KYQ80+1/!"L-)NJL-XKMK2+=VSU*%?LR*3 :[;X
MOL#.L]ZMI4F]C]NU I6RRP5;39IJ>ZL6W3GNV2Y^2/6&WJ=5&[Z%J;?%E5J!
MZMWR'BU3V7N^/ZM)X<X;M%KXN6!U^Z[1"M;N]G=G?8=>OZYSC+"+X/QU#0!.
M'_[@3V_<86WJ4[O5RM$;IL<>;-/K(..8^[F(JR73_I9P9U&@56]WBHID8\>K
MN^H\#3F:0JE=6]W>5;_[?=<KN[8^,T5S&WNYJ<N._NK4%WAN2H#VVAR6<K 3
M4FK467,Q5\M*5F.+KG-2@BQOWP<^^9W*X""><"^W>+5D^D"><+ /3[C]O5]M
M/.%65W_5V^.N]WWMR1/NXYJO1D^XS4U? =K[!CUAZ*U>.WC"@*N]@BSO^3QA
M[R"><"]7@+5D^D">L+<73[CUI6&M/.$V]X8UV...EX7MRQ/NX8ZP9D^XQ35A
M =K[%CUAX)5@NWC"YGO!@BSO^3SAV4$\X5[N#VO)]($\X=D^/.'V-XZU\81;
M73I6;X^[WC2V)T^XCPO&&CWA-G>,!6CO&_2$H?>)[> ) RX5"[*\Y_.$WQ_$
M$^[E\K&63!_($WZ_EW'"K:\K:S5.N,V-90VC-3M>4[:O<<(]W$[6/$ZXQ05E
M =K[!CUAZ&5DNXP3-M](%F1YS^<)CP_B"?=R<UE+I@_D"8_WX0FWO^NLC2?<
MZKJS>GO<]8ZS/7G"?5QMUN@)M[G=+$![WZ G#+W); =/&'"=69#E/9\G_/4@
MGG OUYZU9/I GO#7?7C"[2]*:^,)M[HKK=X>=[T@;4^><!_WHC5ZPFVN1@O0
MWC?H"4.O0=O!$P;<A19D><_G">'ZL0.XPOW<F=:6[0,Y0R+,SMYPAUO6VKC#
MK2Y:JS?*76]7VY,[W,NE:HW^<)M[U0+4]PWZP^ [U'9PB $7J079WO,Y1+B[
M[  .<3\7KK5E^T .D0BSLT/<X8JV-@YQJUO:ZHURUZO9]N00]W(C6Z-#W.92
MM@#U?8,.,?@"MAT<8L M;$&VM_^KUXS:&7CYFF-GDBYP\_UK]?**2]?0CG=U
M6?(%W;L6(%_3U6M-\K'[UO8N7]"5:P'R-=VZUB1?=2#Y@FY;"Y"OZ<*U)OG8
M+6L-\L%6B'=OW8=6BDO6X-S+=[5G:9*M:.Q*-<2WKY%'N/^"_H/8@>AB)\MB
MF<?D#+Y[IA7ZX3A6SNN+X9P\!L]V;BH9V!=O#G7#IY)-_>S-2YE1]OZZN.LY
M^%.R.&GT?!PJ&?T<]FP>BR1>MM*@DJ&-!I5L+328KN);E;MC. 5+P)^?GMO\
M*5GHE[H\V@YAF5'Y[,S-#E*]_;>BR OM'%4X<K>'5DE9QK>)<D(2G!I(P<EI
MHPR G; IDNB!O:OR5H4AKQ@*[L<@=#NW/Z79[0:'%'!N*2'M8D65K<K5LZ& 
M($=!V,')$1:-,R/2>&X.4WDA^AKK3!QXZRL9-0D^)W[N@4-QACNY'+)/+H8<
M*^R# \,8Z-61<';IC#T)%O&;1-*7I^_+;(7(-FO.IHNHR^A&I\C[EPK<>)IG
MM44F3]S'X.:Y6Q('$1Q I+0R3>"H!%15!U4GEI*;WLZ"??F%YWK+4?/>ZO^-
M?< 5ZI!S2SNW,<8PO<^+>9QI-VNCXWR]Z@,LF$Z?[+U>;)9+-$%#?KIDH;[,
MX(5M.A1XC,Y0AA' ;D"-*M"!A#[0 1+]HC_K;K?)LHULYK7&\7;2ZO\C!PGD
MR\M)!,BZI#KC]PF*%$?0'9Z>)X/A*[*3?O5_DQDH". 5?5%)<(R">RT)Z(A?
MS\I/MK-/ZE2 V-$3).]]=X+IG<%1'P0B_\0//N"D*1J%./U R']:Z\0#*>-L
MF.X]XY5!+]/5! ZS4, 'Q<FP#^_LRMG![&3H(8)S _)^@?^; 9$OYH%WZ[BH
MINOT@9@4$1Y,J8^9 =LR3]H3F_HY+U>XK&*B'V"_Z';/0##V B:I9N2JK =U
M4P3+FDR&F@3L' I%[(]8[(^7Q?@C/X" Y28Q!J?V$:AU7ZCF)F\+JQ/O8[<[
MF&A8>IKL8P6+*JLCGZ$*F?-K1_ZK"88+'8NFF0U(J2JBE:#[$',[(4$X^ _W
M#U:;*J&6]\EYJB.7SF269XUIQI#C,82_^^E"=WQPEF5'5 .'SU.=#0P1'--J
MPEV<<&]]PS?\='$%AQ"OA8]T^+YMO!\P#&<;_VVSF@SE*<L(LY]7$]GZXA1"
M&7^?)LN$'OVB5;ENC[H[I8 T'P(VYW)5["1U*M=JK2&^-Q'?"_=+95VMKSA'
MNC\RZS65YWXL7ZD8&(,\;^8KU2!/O 0UTTMM 6*6% 6,G;\4Y=M]C_Z_I,@I
M<I1DLWP#0UO)_/3OV4N*-GE,JP@\JH8^KZX*V_L(55$5UO@P"D#@"#9^:+EX
MYY*RHNU-!D.U*)7#=1A$TW&DGH:>V/MR,Z\Q=6[ HWH#_B_5<&->E3PO)DH#
MZC(84!"VE3\5MYM5DHF+XE%:X@XKKG^_;.(BJ;$9LXXJ$LSPE]FERL#8:INE
MU3!C<+33,U<[;38<!296Z.HJ+&*LAADA!PTI:9)5 "RRD*VLYE@&:M-^3UH"
MZ1R4\Z.**]S?T'+*H& F8;TMAKM.-%:(*Q;M<GQJ38!Y'&]-8"<]\0/* X+!
M-)N#-.KQ( '&#+GNF4>PP"UHK1CA6&62^\6$>5]7F'3OBR;4^ #P?.Q..!XM
M2B*'ZX.FX+_[_D?#]:GQ%,5"F1H;"?==AMUYU#3_W11)_-$7'BB07W?O "TW
MTS)?/B2M.C_4+#J!)K&?_@$X*%8/[$A=J2NQ*[8"BN7FAB"(W;J_J4UO?1X9
MU2Y!&J)9TIN<I_$M[C.>2_4R)6O^37-M5^#N!H.N==,&]KJ:P[TJQC. HY%M
MP3Q6(8-=[GMP/7@!C$C0,P9:L(LP6MF<4,5B&U4,ZU7A<?6V*J !*FBK\RP*
M8%7L&G7F"8ZV<.L29U7-V D7\_FJ$Z%<WF8LEG'6+J6UN<UZ_%! P SZR;-X
MR2(6I9+0>8&:0P:YA+3MZ2SO\DV)O8_R%1T_B&+OD&,$<<C]@*.-'AG<AR=;
MZ!$(_: ?++A:G^!\]R(?BXP 7?E+44%H[HQ@.=%1!($^H6?!=7AP/X'X?-1%
M#X/)@^UUR(T/SJ!?PB $)": ;#291-<DL/PC?GL/W]$)2>Y!\ADA1<WTX8SH
MI*83J430#TU'/QJE4C26"BNW!X_YZ24!JI\HA1#&5HTS62:+:LIX]$;UU*5@
MONVNJ^E6Q+06DB(;XY(/\?P^XF+!8#D)3:TQJ6OTL-K&6!]6MJTB3U_ R F,
MJ?H](;G/'E8&73I8-*E$]H\\,"8&A07"80O!-J01+':.)Q\'0V9PC=4-\I],
M&#L4P<G]8*@@^1H@#K)C>C?C)H$!U1]A8UN[*N"R\KT9UA;FI QY_H/-:<^F
M!$4D^C=;F1)! .7=TI0"#4FB'RBN*L"<A/',\N6T2%SC#/;0&0ERBF26%_/)
MT#0:Z"A.U!:<GR1K]3G\YN6TIB _K=0K;C/2V>OD%3<,8C[061F]B:1"=AO+
M7"5+3)>&("&*QU':WA0_F^@C)=LIOGFFPJ=X;N*43.%0/'Q6W-1^%,_(ABG>
MZT!)%2!G]O/C^AOB?73\B\.'6FTS%0CR3R;'O[B&KR3A[GOT4[XIX#+%;$ZN
MM\3!-YG/C6'%2XFJNP25\2HY]0QE@;YFDQGN,D&W83#HT_Z5$JZUK'6$>:YS
M,J<#*W72;).,E>CO&@8.P]RCL);[DT+QJDIM_(68Q'"'#ANI5/^0HI2$PXO2
M.RX)JBPF!>TH;U.89DT^7&$6_?N3F8BVC,*<M2A,68:_%,Y1;_F%%)M62"#>
M+_JHL6B$[+(" KB4_IJ6J[B:W25SM +<LZ2LG5Y0L%XVC$LS"O\GFR<%[TMS
M,H]U5;AA\)DWUJ"0&54OM0CI22#I%W7B67UFE] %4%*\LC%\@6W*.8#!!R;D
M$$5C]TT;T.W<)6699#=)<>LH?J4%-!8HM)TS4,C@(OI;G@WH- $OG=I:R;20
M8JVEF@X&HW$JAW'4<DI/AOU4EE2P(TZ[=MU$YJ^MYTW[J63$;I"'P*V^'  &
MEGBCK%$UZ*8G(^<(#J&+J;(A AX%L[XT3FUI)3<I#.-L92',**X:W .CL$O]
M5>QCUF@?^'],P10O#PQ9(C8?)?EK1\^MDA@:;THVO8Y<:57$@TY[5E 9)8=<
MDYO<E=^F#TE6#J-K=#SKXW]*42HL:F7C1EPM6AM4JB8CKBZE"U&[5^1O*>8[
MX-J.\FS&<Y*1LEEO=@;_G)2]DB]LF$W*7J5@E+EG9Z4 @=PXDY6[G,Q8;I?1
MZE*//%*76TM=,JEGFM0#P7CI9]PO]D!H;>;76KW<5CBF1F-%[AI"YO6$/]S#
M/5B@K9%4EZ,/K#93'V5UHH.MX&E2F.,BW_@;<+Y:HP$J>]05J0#W%( _HA,,
MQ18NM).4U*&]2%H_/R E+?JI(@B\&9+BR$P#N.>2PF.HI%I14KL.ZK#R+R,N
M(1T=P.^>V)GAQD[W7^(YN$#L9W[9X.#9WQY?HS+MSW+FWHHKBIRZ5ZJBD>AE
ME*D2E< '7D=G.>95;_&XU8)D& 7.0V',VL.I6$1&!I6A0<5-"6@IE$(*!:RN
M?:',U$+!/GCF+!0%-RL4_&6SRMJ6R^QJ9I5+?S;:HEQX'2/![PCBWY;E(LDV
ME(M&B="J+9<?<_R://+2&3JGKCL,JI.DMTDV7>>?DD*4&L?PTY 5'ON '<6F
M$".X HKV6\6B7F59]U_C1QS[G.,?TAJ==@N !,),\T,=&;MR5F0$R[Y '/L9
M;K3'P%R(=9$\]+&S&<(_(TCYY6P2L=0N:71(N_:+/6'%BH1CBGJS=9=U[=FW
M8SJ'8$ZL@T?5EKM#1 :[(R=$2>19NM4Y*^Q?^I_K5H>!(!-<(C735]AX-L4$
MKDNC5]S\TL<<]U2L!.B7R6=JB:&:X+$XS.UA"@-@I7O&WKIT01V/RUF$1A@E
M)DOJMJC9J@&2'A ,!CS@_E"2S<2@A*S4[>U=K-W\Z15_>%U3%=+L(:T"JD+R
M$"_==2%Y2&;]CH7A B=MC)6AKV!EZ$/?@GU-9D8ZP76*<T4NH9\ :Z U?99Y
M,"&IUC#L1A8Y"_0V2BZ9R&+"A\D&_JS+9#//05M)P3ILFSX6Y8%L+R!L\JZ=
M6L( 1S1'E&2#XB3*)FQ054EWSXA4ZH0Z%7,_#G!?I1Y68L@DY'1<&[63I(^;
MA*+0QM]L% TK*[7<)(=M*P_VESKKJ34M7JY*B>CV8EM8<_';"[9HD6.D.'"P
MB]S<D=-0];9<CMUND$AEN-THD3*\!%*=LR$W@A#2R%>]&CH7:@4JE:#<ATJ?
M3ZV$Y79*99'K35Y5^4J-2; FU\%QR4,TTMMA.K1FU FMUWD.O4X:,>B3Q42U
MJS2;L$7,++"$+UAC/?@//\-_8KA-&Q^BHHS3J\EHG/+1?=9^JSM$TGXZ&':[
ME[#6MXODE\%$/E/2=#?*I[MTF404.\;M7D*L$J"@??H'2%T12G0Q)X-GB0.5
M$,;!BL/8[Z,2<LU#:B 4%R[$"6=@K(B!OPL9'*SC9"A_13\:UY"DL1QF)-,2
M?^$J'& D3+]ZBV^IKCN64@4L;*-##O<B1K#S@67?7S([N=>,3V[J&(E='8!,
MY4'9^"'C2@%X(E]/AO"A.^;9G)6")HSD>B_A(/XH0&'M%R=PPA^L%6 ,CR1]
M)JLE!V!%< _:/R'SNR.QM@]^U@P^4)( 7STE4:O1>K%-EL8RHVL4_5X"^)BI
M-XL3:1;.\%UMFMJ&[[5;3^P07EEG1T-HV##5*1_FK@7YZB3=,3*#;PC(YRK0
M*PSTT*Z9\K=2]#6PJ6J:P0/Y6L\ L,+-B^HNGVQ$R4K+Q?^RV070UM <>0 6
M(:\Z32!G]39ULWJ<A)R'IK:H34'H\P,L,OG:$?2YQQAWV$CC3!F L:8WU,'8
MU+EM5=UU!C-/<BX:ISAW/ )-NI!)Y#D3.\GXH&[:[4U4YA3/P !P#64@LME@
MFMV<8JU&@(*0 2!>#&J+I'-^,MR&=\A%N _AD'P_&=;R_D!YEQ *S_"?RK7/
M5EBI>^70I?!BD:52!Z8*8A:!#F<6AF*84G?-/2AMHH^M2 HT7CH0A"UC0LX2
M,6QV829PDP NYYHP$LQ?!KRRQ7'_YJ8_(YO$^BO2S[=C78Z"Q$E#AT@T3B5.
ML^>9(L':_SB96""*Z[.=G[MI@9_J^!S[H-GTIPCI4KJB0-HS&"EH%,=M$"F3
M=U!]]X0]@78Q<P SF,"_8VD,'),6ZLH85%+A$2JV \W0W;&MY0/T"%??W61S
M4QO#<NXD;W-(T-E2XE6DCF<+::P<7S1&H/93('W='?_1M($%HX(8X1+=6>R)
MF.AO-A$>SJF<<C(W-HYIR6(DOE]J;EB'HEO08,+J9-:3^#08K"(>W.F;X+AN
M!F5O4<<*:.@>7)%N:U]-*LR+\4F"#?1!< 3*).BX<LHG848=->6K8 :4?B+2
M15FP(E#LZOX*2E&VN:K9DT617HN_%[TBA>CD7E$IJ'(RX;H42\440G&,BU74
MKI[RK$+=W @H"6/L@IW-)G'<4ZJJ^CQ6H$@O)HKCP<T-[E70OR>O3L][,S[/
ML]I,\/<K_!W]$7-X<G,SF,W0>_IX,IMQJ#.FFA$/\F<36AU[],\ .V+=1$I6
M:1B NTL/W8N4=R^4-D69U))&KMB)++GTQ804*GZ"$ISUZ,. 3M6JP&#/X# =
M&WS@1YHQ,AU,C#[5JQ9MS'AULI-99:%NV/8E<Q:!S SB5KC":\@#6\:BUY 9
M%8"]E;8;49'6:]"3:9L4ICGXHZI=!Z*>UC%QR%3+-5^O0<6A:6!>/6Z<>@2[
MN9151KH$(:MP?@8W!MC"4ZXZU,R2W 7E*T[;[77$G]KU4VJ%(LUGVKW46T(5
M/2G%@6I?4IN:R,T]\@U=O3:@?^5PDG/%EZM+9#H*6"HG2,U44E\DK]#&79&(
M2&G*')5>I!&)];W;I-%4.D]V_])2 EMFL]&WFW_123%69I--]+%O1F;T&TFZ
M=R11CHP6EB![<""CWTB2B>S!C4PT:;R8Y%_=V)A$M@',M:63K"A@?A574ZA=
M\#H0FF83*//0W0?J$,O(&ED9D9$5=O;=U)@OJ3WK)G00Q7^"V:;_H @$/0#W
M#&/GJS2^74>6.E3U'6-JLW'QMVM<29G4O:;3O&T&EMK/?/@U)(P+%ON18<6)
MZ:F( >+<REH_H7JQ1'9S6A5Q5J[SD@\B"<7#\(RZ%N*:KX+ *233 H9W-YBY
M&1^^ECW+#0;XJ 4X9+$$?-5\$OD".Q#( \Q14('(:_>,B(8-ARP]$ &F7:$H
M.>I+V5$O9R!WR7?M:)$0\;_T&%FS]^P_;<:S9L[TO-XC71@'?-40=CBP#:6W
MB8;>$\]$>V^MO5;DY0A/",9[P'@O]Z?YM@,Z%-93%6:9AJ_0F4%1?.WF;1MJ
MYG83C;]/PM=-P@>M[Z"G%7R'1J_58S)%Z;.#,K]#0S4Y>5SC]#3/('G(1M$[
MYL]:S=SA5@(J8JY2GB4*MQ[,DX6W03DZFN,4/EC%H>%;[PA^\[^NLZH8:ZGT
M>.=+FJ3@HQ\ Z1Q#4)P=Q#@CIY7&TX@MJNZC&^4Y+^9),27GMRZ3[+:ZFXHS
M31_2HMI@L_V-H4%=8.6+':Z=XTHY_]-4BPOFR3*I$H0_1W+FB2Q^/$9QI)XY
M/!VCKP[W(?SX,;I1X6\:X,44PQQ6;R'J_D5N*J[ (.&I\'8&IA26HZ.HA6Q2
M99Z8(^$K2'/[B+7M-(88QY.<-E*,G<F2G((LF;D65S)$74%&7F#QV(4#:)A;
ME7E627DGH,VA$EX^4?<DPB4PB&$8&D9.8.53Q/5%7BUF,,OI [;D?ULF*TX 
M<>6HYSFSYIU&H.(__ _4@V.!A^,@[ZP]XO_A1A=%).%J(G7J/I./MZ2\F)9S
M>%*RB5 9ZA&JYG^BF%W=0A,G%#"<ET9+%QZ[##_;_8Z1W4,YF"5,J$VA44^*
MAZ2)8"@Y2F5"J8X=V00TCND@-Z$KQS 56@Q5EGPBQ1*QNM5G?[43,6F!1 SY
MY9 R<MX=7*D.GF_6LC.,T#$K=C(H[)->R,$B&RH_Y4>&-CHHBVXT4!+>=(ZX
ME$/,IU*12*RCV3)=,]UQ\61IEG9B3=W"2MI>1%0*@Q%]^BR?[KM=I1,MJB%-
MI/9/Z]NZR"O<3B?S]R3:C:=]<(U!/\---F<S_61C#LQ=^H#;2N"-5"7,?4T>
M<KJUKWW]:Y[EJQ3[%7%R-VV0<"O:X5,:LMEU><(TFT,4IWA#X8#6.'Q\[&.#
MC @0%,F8+=)W.3'U2! QUC)[ 4>,=@V?II8>_E0 VJ]CU[4I,I# #!9PU\/\
M/_/E4XW4-$1QPI.VTE@1X01\C_[V']?H+W_]S__Y;W_]M[]=_]N_HO_WWZY=
MJR/JRN;'N^3FJ;Q+'GQLRH(1H(3#F+J! ?$#-XI/^-KQ%&)F%*!BF_S?;# 9
MCI6OL!9J,CG72^8U+1EV</[39# \&9V>]Z)'TL*=B;;.'M>DZ&1!/U%,UZ@B
M\52W7V6KX62(_TR>'.N52.<GTT>RJ@G0?NI5&1H@R.X8,258JTRLVLHFE<-!
M5$)U9JNN**C^7ZXEB,].$-94+\)%@AF;Y65T<3I\-7S];O3F]<7KM^]^>'<Q
MNGC[Z@WR1 00*G!%=@5GC35*YP>JUN6DZ&H=?_(YFIT4W>]':MF>:\5:35Z=
M]B)V.T(W@@WX:M%:BFNT<=RY4$R<FS*U<L/&,6A$0N@VI;$OW=N:;Q2-'"0<
M*!O /I]P&!(+AQ3+0D'R\9XND_+/^:9(D\)R40),=U0,7+@I!@87=/3/2;1[
MHWR%^HL\,C#PKQVY.-+OU_AV'>+=B-IXGHJ0'M11ZD798&@8-N[51I7MU[IG
M9**0*Y773D[,ZA/HA4>B%ED"9SXTS56=U^5B,IF)6JSJND'@NCIM%YG33NA(
MCF8D/Z6992<4S&DD&%PV9WP,DS5HY-7#/C4*,BKDMPA(5LR!CSQ#Z6'5R%H/
M:T%Z)>;$IZO,806LO.@R[?HROU?*6R,:KM8?\[*-6C'XLZG5;-7!/=DZEK5+
MK!IVE 1 ]6J=6D:JCZ,T%%YXOTKE2$Q3\58+9@^#2]"LM;I8B 5YWZ'1F[I1
MLZ;9C#]?(5;JUSRG?2"C4M9HD3FG4O40J,V 3LOQG$[-=$^^QBG]-'OXC[4R
M3.<]F@0*0(:>'.RGOG$+W"Q/%@%@\[B*.1@TM&+P&NL,1O.PXJ(%&Z;3$KF'
M54>B)#@?KEKV<S%F4SN*):?<:8^"0*=96OW'.C*NM](F7570GY+EXB^@QL@U
MI*%"_A6,N.[H4QWR&CVNTJP/?^2LDD8>:^53#"<-8=&AW\U+LP_Z[4-9=(DA
M</B;>/91RT"-  !)EJXR#*AU43 /OFVQ2D=8[T+WF>G23F'S7.&?Z<G#HKAA
M%J__YZOW[PT^4(?-H-69ZSI2!V\<L_QL?(1T5L@)PV!#]_U'[;!Z<HI8LNBM
M@T[F_+,XV<^6P6N!<B-^_D(Z1K[Z.UF(8;-<+#;%L,L7$Q&8,&"HH )XR7PY
M%*KQD6'04/SZJTJ=8R3&(7/W<[X"FEF99*TO4:O#N7(PE\Y:A'E8GPH=U1)U
M.W*/NU$5ZWS?9B$:"&V0SYOA8>$<%&RP*TP&MG),'A9L2P<_YH4Z&VZ\BD0*
M7>4KG91::"9M3!:)FK_!+O)AT<?_UR:N:9 (-7LW.S:T3*Y9:- "\VVN92:\
M$/1+#8C=T=4=M%*2QO^CF/=5[8]X>U=1<J )P;9K]?7X9&2?WL)O].*2$140
M ; XD%=&*X!B )^LZ89]<>LX7::6/ZSN4_8<RD->5D42KX[Q$W/3EY<1^XB.
M\[)OL@>'WM#K.7#(?'F)RE,>^<!(WM\K,C['DT240](R+8U$),H["3V4=Q)C
M2&>>EZ$BI5PD+M'5591RB5*G1/S&$>[6^^0P@+2$^Z]S^:A\+==" /&!2R ^
M<!'P(U\2P5PM_L+\H5W-I<QI*>:+AZ](Y+O:P'6*R4T1G]Z)2W3)8*N8H"68
MIC/>SV4/8PG!O21/ZB-EHG8F)^$Q+?8VI;NF7#BHVU,Q")>'\S-F[.S,=>K,
M!C#R0/)Y,34Q(K(SI:79,LT21$Z>PU!P_?HM;OYF=\GL8\1;J0>Z_($7RHL(
M?QD@,7:'R P*!D*TTADX[^+E(@RQS0#N6,$Y_(@O&R \\[4!&+Q<)[,T7DX7
MFVP&!Y26Q"B&<FT R< Y8E1QOF5^.[V-5ZLX0OI%N(^,(_-.Y&2Q^/G-!S21
M$^P_O#D=OCT_?S?\8?3NU0_#5V_Z:/#VS>GK\]<7H_,+_&WXYH<?^FCTZO1\
M^.K\W=O1J_.W%QB\3W)C-SFZ&/YP\>[U#Z-7K\^'KU_WL;##T?G;-Z_/W_UP
M\?;-F^$/[Y+!"&/%2L!PHXMWN(?Z[O5%,G@-H0J9Y.+1_6J-67L\>4W'SLD9
M6A,4/9[ ^%P/"TNO7%!RX+@'CA@\/>>_X3O\'\G-Q]T!(XL1D#HQCK#W?<WN
MML!83B9,/?<?T!DZ.7DB9%B)#H"5$P0<C+!JWKP9O1W]\.K-!2RJ>8UZ!,$9
M$JM":$U_/6RHZ4B+Q)#PA(B[0!R&@\DG)+)/<8 '5V3#[\_'N =VA/@K;@6U
MMSOZ=J1\.T9)4?!WL(T.G<]&+^X0G</D,P5B,D<CC3MW=Y@9;&(W< 5U-OB<
M%/E+@$NR^5+LE>'3.?!"NGU,X>7G:'ANA';(B.WBJ/S<Q_]G2T;&I.]S=Q?=
MD<<X&O:',*L=+;!!W-UUT0 _#/!#]^SN[@PF1D8L%P@P033&2R[.QWQ*(-(P
M__@??XL(S*NN:1XI' 5P.2D_DZ7#FG;N[M#9!/)RD8&O-(PO6CB+6*R3Q8^(
M(.LI"'4[)7,Y*;TZ[.@+3"#'9/DS$(PA?H$]F!C/@+W0L4KX0(4[ARCLB)+J
M*;2.@!6LJ HCPN$/SG%31A0U1P77"C@^DZ%_@@#LAZ"XG "J+IW>_D+_\&( 
M@#'_-"?5-68+N(^HE1S)Z7S$^4@IP9031%<$4X^K4]M(\[7#%_\F!:V!IG_]
M91//<02Q*1++LYI7SB!SZD++#A,5<CJ\P^;#8:U0[6T-\<TL+<NXQ*"?$MBE
M7D(&/D(%.54B.+B-^QCS#5M/%=.E5#<P6*"ME])S(9JN5#JRTL0<F!*\\)4H
M-(^Z8(?$LV5237%A,. XFT^!]>JNC&2EQB0GYV.1G62#N_;F4TXE4I1B5/AC
M8*5/IEF'],^(N"):U7":Z->:+/>OR27FO%+AEAM#@&%QN"[8>O0X&CP.N[0*
MXD8=7#S^=B*_T;XRX_Z:9Q?R%5[F3%5&!:9H$H0.AI\<4=8MUC$SB%I%?5*7
MQ'T2>N&VY%3+)ZP0:6R:H/2SE%-=*,6SD-LYV6W@GH9*J2'T'NPECGFR>9$H
M5BD'XS5CU>?\: 7PX@#+?F_EC]!UA%T#+AQ8_<SKQF]-B+XHPY%A)BX4C[AA
M,F/DQ8#;+%WSO%A\  SY"IQX^?D$&\A(3.,KC1#9>;.RVR#H]$)6NLJ 6%X\
M/;F9*HW,X]( N)D.8A4@69<I[K PJ NRG/ZM7'%TC3ZSI+JI4]3#'OK\= 23
MIU@.H$6"9X%C*)_7N!JM<1BX%KM@YCEKT=9#T5R31F$]HN_G[%UO$4FW&3?-
MM$G46AQ,Y0)GA9,-V1>":CV4[X04$8Q,J-)Y[6[O<P]#XB83OM_3R6V,JHN#
M.OJIJS17& N$J=@TL%YQQN$ [N_"D.AS[S-T*(@DB.;X# 0_TT=X&F( S,09
MT</15[:%E+:SGP>?R3I^7C9"D]+/D(;_<35X7/8^VZE@2P,"@F%.5!A1JTFJ
M>),9>,/:>UR>13QT&&"!NH17QC#5 .)^H3&"Y0__BX6RI%M4Q$L6R.(PEGW)
MYB* O:8>%SO<O@A@_Q=N5NZ25<(^=,6MHM=(H!0UC"69_J*'?IFN*X@_:*=H
M.HO+ZM*"NHHH*8G(42D)IL&5LK^,#<A27J"E82#,U:90"86L$4_E+4[:QS(_
MCDCE8521,GK T8HFAMGE2/8GC6%=JRA^0A.]49&^^R;?9/.X>-(=LAID< C%
M?R+E/RULD),$"$J9U3MV!XAV2]QL4Q1)5O4E%&^/XNRC\I6VP?K[B+_2 *2N
ME0K0P$ITO/TZD#":%CB(-DV#HCJ!%9ZUM?\FYZ+V_(NH1ORA1JAK*I!1TSQU
M#:%_.4:\=)6O_^N85;B^TH=T"C-=YRDK0];?U/J=(L*8#,7'YZB]]'IVB8O+
MR)A?IJNT*FUD.MA5Q-_U:DD]U"-ILRFF2-<&1(X4A&8,]R"\B>=#\!I>B#(G
M/M<A%PO+-OXA)F$ 5O^ECHD%C!!5'OW1,!AI)<(PF"WH0L)*U,[1>\6K:>DX
M3;#4X!?YF:U(=RW!W@]W](8C_U@+3G_+4WD=59-9)13>@,-8?3UF2_I8*NH5
MR9KTYOC\JX04'H&[ _GIF+;NVA?^-/'!J[[)(@$Q,K 211:/O>YTFFV62R7\
M53R;BD+$NFR3")4-/L 3&),?N=Z]803X\"]2J(CH.NV+<S40ZZ>:72Q"]H^P
MQ1)21445:KF*>M5=6G9/ ;"+:\,]Z(%3C<[U3A=?%D;,'UE=8\ QN)K)?K%T
M8+4YBOJ>-/3R\C535V2;T#$<9F8I $9#B% D=<+M#.F=,L5NH3>SBM?K-+LE
MIFN9HP*@6)CR51JE]M%EEPJ QS(U:JZA"P> $5BHFF1CWTHAYMC;E.L\FV,$
MH%_ )]MHT[!DF=V/=4HV!3+D'^.N(\:*,V?$!; Y!]DW1,)ZD2 "I2=63A5P
M4@M;\L2+R^Y$(\OQ ,TJ>:ST8$3,"_$:%5V_?]];;9:X5L# -5]^QKGJ.GS2
M=0^53[@:*4TCSTY'O]44M8!ZV C76F)N<NMP6CS)=G8RI<[I:?EKG)]@@8<=
M1-(J+J#F@<#)JB^33,G2.53$M0*AJYAI%^GJQ6$,@Z<M]WNJV4BCVNTSM484
M29^H,6(4R<B"&+6P]2E''@AJTBG6O"UBV*E?%H:@00!!YK=5J9U.F\\O<?$)
M.CE,E'_JR\JWU&Q>==FLT8^,V,J4#X=KTGL3 0=75-?8CP.M6;[LNMC;LO[[
MV.RUX1.TR;=\G=9S<"]7^2@3B8U>Q=$F6JSOP+.7?MJ_=VI;M&"T:$"\**B"
M=*T6C?J9B? TFG;$@-P6='0*4TZB5ARM]?&X!$O_[#N9,UE[)0A"+7"R"LH3
M&-.UXRM7'94D!+UPPX4,Y&1?V15(DA>E/^T*2*C[FN*0HU^'3+4WQ%NM(^$7
MOQA]'[8Q4B+73G]P=H#,O]+_\*$M.HL9@4>:<!X:JB9<VV5>O(D4F:-9?]:E
M,\(<'3A"\K5'Y0=ZS$,U<*PJ +NU"<X$]S;FGRXG!!.?AL%?Y"0?AR=W/,('
M,DY(1E2@-S=1F#WEL2FD'1\CT0C"U4TO0E6"NY:__LISON!YO-X"MJ>*[OS1
M41<5)R>$3]EV3--[9&H0LO6H_J2'/])47W#5X_QFVJQ?\&*YCP  <K,SA<0-
M>/55 QVJ;DA7U7.'8U@9K,V5N1Q5)%]")8$#<%S5!-N.45%4]3"3!!7I1HI)
MXMXS];]_E!R*9*7')+8?U%JN97Z&_9IF8-/FY6_0IJ/LO))YC81G]AD*%@S#
MU!H+#!N\%J,&[*2G5;Y*LBH6%E%J:S;4WI:>8[-R=[E,*"7(-9-DD&RGN()D
M9W['B 5;!W-OSSC;S'%8,IAP#WO$70,&=CZM]V;-(G,X>HZ61N4+IH+-XYYV
MMD7C[,YQK/7FP*SNIZPOQY=$&?GLOM_4Z/RQ!5)\D9>.P+',RXS$'F!EPGF7
M.%YKW=<#.%7/VK$'?F@Q;>D='416\];YI^D5YK/8S/2V]W],U\M-J2[S8@/P
M8J2!*[KO'7.0XST4%"XC( 72@SL!^.)UIESX/@!V6)LGU_:PQVC4@UQ\XLK5
M]'^63;WA8.CY"AB@D&Z$C(&< $DTF<!UX/I\'R\7,LPI[E:8#E:]:$5/A3ZR
M"=$EST0,LMH9<O=P_"7SPQS>ZN1C%[!\U/!@G=$&:B*=%LZO ,")KG*BD)P=
M3-]=6>EBI"-E1@WIM[B&&,$*QS#/:063>[/X(7K5#&"OQ4]*GMA F^(?[%C\
M U+\@X^#78O?*OVZXJ=.H,8$[%'JZ?]X!#\FEEEP[^OPTWUE*88VR.T=N,;(
M7<,R_^.1*/#*,:XCDVH'=C0,1K.D$N>VRQ: 6"W/?;>OC8*K#IITJ^ L&<OL
M^?$[+HY@FQ,'NY_VR:BK[!B[QLV)DIPMX*Z#W_Y^OM"?8_Q;'_'>V2>HU;RA
MEK.Y+77=)*FN=JMU.=05W<</Y$2](WN")=X\LI6ARK ^5!R''[3PXLP4;P12
MX7 0/D"%5VKA:T"&OY-N/2Q6U/W%"';(2(=!PENX8#BN +O@G$K[M>.8! F(
MA(2Z63RTC7VR2&(;'_)T2!_RY/0 3WX?\A3F0YY"?,C3<_J0I^U]B+FXXAE\
MR--_>Q^RE1,9N)Q(?]#2C_RCW$BSB:IN)-R#?#ZD!_GLK/^?7;[C<Y/7^%SO
M+SX_I[_XO+V_^/S\_N+SM^(OU YI"P^"8_"4;IT0]19.95OU2>>"1!00OYOU
M%@Z)_TCP\7J[(MMB"2:*]*,KL#]T36XV'E:3OT/#<W,!S/1SDJSBC ]O*7LE
MB%7$6>7>@X8ZZD8S]*>'_#:>%SEF\<WI^6@TO'CS0S*Z&%N _Y+?%3_]!8.]
M.QW]\.I\^/I5,AB]&L-2,0ON1RC85Z=OWKQ]\^KBAV3PV@/V[S\9^(8$T":]
MK#YC60GYX>G%V_,WK]]BZ L76@I*.#@_??/N]?G%VQ]JX @+$N?PS=C!P(]P
MU P%A;UQK\]?O7TS'#EYO9TF&&IT>G[.E(A!-( J*9?QB*QP!\H)J/ (\550
M#:7,!YGDLOUIE60E];_2'R;99H7*I]4JJ8HG[&/*]5U2I+@+WT?Q8QHO)Z,^
M*N[RU0W^=D%V\#F<M[91$\NEKAW@9!7_S#])ERZ_N/RY!F]N)!#HE9?W[X5$
M6'-,)*6:W<KE^KSN=\L^*1#IW7[3L.O^EU=IGC[E]/QLM*&NC(Z&4C@&$H:7
M+]E: !NZ>ZN>35LC%R[L;):NXR5W6K)Q<0R4WDXCN(L7.\E;>60NN,L'OUR-
M%(Z!A"'9 \;I)L8)=43+<?LY\K5_^CHSS8IQPW>+V[NA0,BQ/47>J?H ?, P
M+_.1PKA%YG%O9"XT,D@M[P7V51ENM\V]]Y>7D?(1]5U5D3^1?<[0]K"YN!V1
MJ8.;L[NX@$5,J^DRODF6/R/8S/SE):O/+_OH)7%1\,!<U$NVQQB.S,V7<^P;
MR0YKG"T_72SCVS+B?[N_IGF)*\1=_HDN81TKV=9%,DOAZ':24;Q%K^@,< Y;
M8?_P\Q_(D0>".R[#J5#W8/B!;*Y]CVUP0O;/2IC/49?&_P#PZ^V3F?[$SE_X
M]?;13'JD27_X\ ?*C<*@QCP12<@MM0%"\/,9^!9*UYI8UJ!HN[IXFAK8JPU+
M36!/L;G"=)KB"/!Y0FV0K^1NF!%#8B;([C3^C\?IV)?TY$_Z3))T6JM%FF!M
M:P1YBWZ75+"'='V7VE-TIJ;X#+V($R>XVRE6KGF;.SV!UA4Q?0__OM?:S1)Z
M.)3CB)[>3YED+\ I>92MBAW*WC=T8'C1NQO1@+A8SCZ)'D)$8V5Z9""=I,!E
MJ&[#LP81'<-L9N\?HQ#8GEIB>[*Q/4ELGUMB^VQC^SRUXX/GF3V5944L)=)-
MG90KLR'H)I$G.-5,8U3+>2RS<KKLPT34'T#@IC_-H>&"1@)6_ZEU2X0EV&X5
M^Z$FC7&3AS&Q:M@L>)?:"O52.-9)'%,:1F1!0#BA*:%$"<E]N7([:G:+&VX"
MJ4M!%&KRK''IR'HL\G*-FKRXJ&/.(DUG.)^B'1=5)8NF YJ32XM(P\)1+Q\=
M)@:GBU+>Z/F6D(\MQ>?9GAJRP;,CVV='-J# LG'FB&?><0R%V4N/=F9[8M$1
M--.])?R#?0K=JW#"DYX@"?[!#L)(^@Q)\ ^N[22))GCVD[??:> >;9FV&YZ5
M@RN&]";[Y.0'F-E-$0Z5/HL!%7J3,QQ-0]HELFP'VBB2=L(.V0#)3>W2/6>&
M;FF&$Y:F*Y>DT?-1Z(\L83/&:^%RP)&QU9BR><_'?>Z-P21[V$<,P/S >^8K
MB&-Q?2G M*HT*1TC,+*-7%B#,(Z(; $GWK8?5,7YG*'3HG1%7?"U/N1B^7:)
MMSZ/IF14Q!V,C>CH/&Y4 0PY0BG,PW2.0RGX2]R;$DZ9K0:!%6Z.ME<T/Q2I
MX>0TX&.D-E'0.M%\IC-E7 @:W(ES[N!P%,N)&YF.D>Z^J?,6\ATR<D(L?E+5
MWC:4&EFAE(J-Y8%B;QM568@_2W0:#9BM(7:E"F4$537('*Z/LJMLW"3XJ?,;
M*-Z +9XYN_A'!6B[MF+4JG'KQ>2#)DF87D]7,TW^5ELD)HDH)ZT!&@RU)F@D
M1O5/1EINO^20":8-E$8-6:V:UHP938;=\ESLVO+X'+[><93N;W+>5_W4Y%SM
M&,JIKC[31C3O2C<;X7]VZPL"9ZPC*)K,MXU-)I^38,OB-EE:Q<73E/1O$WFL
M =)&*\06;^N@5W'.(!EO\F 39]$$X)';'G^KP:8>2*.<L$RZYZ*9U0?T1-TE
M)R7(0_^&RO.('I2AGUWS."1S$.P*DT=RS@K@@#5V0[BKW7?0"[&$D?>2!/R3
M,T[*H0;RA 6S#)%1+,:X@&N2&,S$'=-8V)4 Q4J3T8W-E"O"<2/PASDP9:Y'
M.OP_JHU%^IAH?4DXQ?'_8P6E">>DWD/YIXP<YZV4JQLG%\*=>BR6Z7J2+674
MXE%W9WKY<0NT*M>D5E'!HA6<XOJ%73KTFP\5@- ,;$;#1BSV.#)_R%=7D']9
M:2DUSAS Z-"&A'I52FIPI0QXT#_"[_)S__/;2$#;S*]CS!MY$EMOQ'IIXKGA
MT2VSY[-M:ZS6Y;!J(4YQ;6+0XJ0&YMEE%9.'F]2YQ9U,M(8=4=G\(,)8:V&D
MQ=)^'T(!F#FH;<6U+&]ARK7X#F#/GM8#V<-9C<:NC7W)KK,C$>Y2[-="P-%X
M L"L/C!XX\3:A2U,_GIEZ38R*U6-]NO29/5B,U">IMS\[FP!2'O%CM%9:6?7
ML%K64RJ>&X!6Q%5\FR55^EECECS3LUJTZ7:C)WT7K])EE6=IG-D3#HZF5 L9
M76$A'\N_[[OF&?354B36N^^?]\^[?5;RI,%D4POLD\?316394;^VN!@,0]2H
MIVC4C]R*%F>FU/6;[T_$?CE5K=[NK#SCJ)DU>DHS_-B",N^YAIQG;O/&"J[&
M?+TK1BAJUA>6ESH&S\&)PW-EQ8)Z?I9M6,J^$WK:3 CU<9CRHJ&RX=*]H 'L
M+BG8P9!*\$9'VL$H85$7/!AC-(Z,QSRG&&=/R%G6-!A4AI;;C-/850Q7*E_O
MRNKK>6'W:\NTI#<E' 1C<6 /=K"!.P^\$U8[#0;4MUG/P914)OGX0FUE;2#'
MKAH+'F!0Z8NQ;T>1*4TR@8+^_(DMNP%F#"A )IV@'!)'2!DN-[EBHP^-?)'3
MO(X,LFQLQ,))!DD,=D9D4!UXF30)Q\9+F@8]#++W%M'@81"E>Q84DAOG,-9F
MMR,/?VX7K+18&E]8:^=<(51?BBHO'=!/_3NJ;2;IUG4C9J$?&WTK [/8@L_=
M,^\8P=DKURIAND1(JH@LEIS^/PEN6IAJ&3^S:;DI9\FZ2F_295H]1?RL06MX
MM&^EW$X7,>C23@$';7^EY*D/QYH6Z=;^7V9L?(5GCQ.2#YRI7L2?3NA5JH!]
M( DYEU#K%S[\2Y'BX'"3NFQN+\J@1>I6DD,'Y.0-3@>&D+"JR(9G-FM//RBW
M"[*CPL6M44]DR1Y3%)O.HYG/Y$K<,]("J_EN0 _02\**A$.'SS@/<#)@%6=W
MD=0UN3GBB7OM@0K-@>'6PR>],O%ES3V=.US HC@)$\8RZU?H9964U>EL)I;;
M^GH+KHCH_7M''P+_3][WX<@2Z,_$F9O^QE/W6CB>2S+2+I:1"BP\C^6G$MPW
MTT#YL14BBZ-5=<'+=I:@)#Y^8#5"L/V W$)^IB[;/C/&WYCN(FC\D\>U'.4!
MI/@#L,5/<Y_--JL-[':)"&&XR>2<=%XPG'9U2\L"<7K]+SJ#L!;/6NUB" %7
M6-!N4E+PI[OH-5,NO5MAI=T7XNE']1F!_ET?[FV0?46Q7D>R(Q*-JH%ZVBKX
M'HN8>_(2!C:G?;8IBS/HTR[/TFRVW,R3L]N3D[,2VUQV^Q)#7+ 1XWKH^=E-
M3// ):$T%^(;YK5'\YT]4AKK(KY=Q>10T0)7[:2![@P3GB<+A: -OTQOSFYG
MLP'\35^_?3-8PW.V>1S<XMY'>C,;GB6WLW(P.GUW?CH<"OP4-9?F.W0Q^F'/
M>"^ V3?-PHT $CAX'5P (XJ\OL0P>)S"1I+M"PS9189>ZK@)7/*(4S/T\L>3
MDY>X>3*/S()EP]=7?*:(BC&%CU.*AK1H_(1% HQH*OXD5G-V]*U-&&]ZFZ%(
M !ZCV9 O958_CMCH&DZ&$Y%&[&11Y>21Y!<X(<?,5X^,[]<"I("U:Z/%H<.V
M:%_4X5U6.[%[:6$5.5"2ERA2KJ,0*9&X057E)"VQNUO*(D"QDO><TH \1OG!
MHF[H-,2%K:$>*FU)\,>1F'7+C!.86(/&>QZDE8,U;Y@^=*.R,3HY@;X1Q$M0
M).7PY_0#QC;"?^B)1WSNH#(2T1_18(C>HZ$X94R()@8W59TP5NAM?2[)G)PO
M":_L&SMH#/CLE2<G?58BP.?)B3ATC3/,V7 490_K</VD5(_6BB6*'*-L,!C#
M$BU>W["&,JJA[(,U?#RLY6B5/R2[<*38&28^;FL 7()8*>+@3,PP8C53F-1E
M4C4)C6OJ=J4P\_,"83'UONS2QC%[S?EK;<L[ [X\#2\')#"R>;%^R'@2K01N
M(Y"63G^P\XU$9M.__+19KTE$%:%SA,OC+1Q>%@UAEP6"3@W^^Q9F>M1O5U?X
M6Q?UR1(VC&*9?V(HAB:*H0/%T($B7J[O8H)B9*(8.5",'"CFZ6U:$107)HH+
M!XH+!XI'B>.5B>.5 \<K!XYR#6TWH'AMHGCM0/':@0+VA5$NWI@HWCA0O'&@
MN"WB]1U!\8.)X@<'BA\<*&Z69,4$1O'61/'6@>*M \4LJPIZ-/\[$\4[!XIW
M+EU WX[:EF6?0Y>!#ET6&B]AKR?!8INHTT85(\5(M)/(906;TEW$:).!LTCF
MJ+S+BXHTNSV<!K5V>@/#NP:\!E#EI/Y ^%4/1FHJB=*<]9]EADS8$U&)$;WL
M$\&Z%3,=*IP_G1:=/YW6%'\Z]0G^=&J@_G1:!VK2B5WXTVDU]*=3M^=/?[0%
M-%5,*X@.T4$J$"M:"@+%VB50!@QC18>AI:K X2(K9VEJX]*1.8%,OM!44/4H
M8"I8U\7S_V#'2GTWC+5TO!<V/*_OABF]JL9>V$SO9O,J\AUZ]ZHYSP5K=,_]
MO+OXJ>EE7<++E=794OI:S]O)0O_@7A:@??&/[V2=V]1K.U91))SXS[061/A_
ML$Z]^P&K-++=/M03$0-T0>9SJ(%:Q+J?3IF8#TE6L]4:XM0^ <MT983VE$18
MB[U^ F&O1Z<[]'9DJ0FP+F$?\'G8WT>?QD>7(FPFO&6WPD>6H",X.%$(+N"0
MWG>A[N<"O"VY^?6BWF59(UGF^)'>;T%&OZ76Y:85G>HT?.YWZ%7X\";ER3F(
MQ6_^8AYUXG"SEW2T2]QPAC'#[!F!4Q?0(GZ@Z/].UOJL.3;U/BZG$OY9T/X<
M\0IELERDY1T;C2!D>F@>5['F3HJ$C-6MBX2=2$ 'U'I79&T..D%#9E,,A5RX
M]_,',3]0*@@YA9_+#UK&'L+1T@VE#8,KC#TQXS1;YN"<N]"5!D$,?!P7:6B*
M9)G$92*1#08X"YG$ZO+U*<"^6'S';Z-0&JN>$(0LV;$O9+'S8=5CUX'-JDK$
MP1]C54(A@T:5D*,>AQ.150^KVDV3GHE.JW?+7% [G;GZPFJZI&+\$%[S+ER*
MI$WUXRPIRRD.EM=!6F0VLRCRFRD\*ZH$&HK%(V+LQV*E*'?]Y"N=@U76Q"$E
M4&$5COYAP8HY9DQ/C3;3N$63/T;:NBKFZ6*!D^%/4B39S 9BM03;(P70TF11
M'+-30-QPU)S(P18P0^/$T&,8'%#L$^+NS<+ ,[$W%]S[]T7RD!1E(E(O^<,5
M,I,:,NI4KH3H-A+><A$Q12&@;)V;-P"*Q"NX65@]UXB:#9RMA>P;M2U_1V"O
M(NQFNFB ALKR,8Q@@U$0@#7U<(!Q<"7=SQC<$^R8'EPI?DJ:I%Y>W#7R_5-(
M98NB!A#].C,0GT<^M5DQD)F/5J^VN68QCOS2ZJDA)VYRS)RK^'%:0S,BQ8B5
MW#T#J'Q!XXIKD)=N):4.9;7V$N?8)Q,:")-:K[:9RL)R[B[T9/Q7'S.%]N,8
M?X5 EZQ'K2UI#'C*4UF#QILF,:Q*3MQ31GF3QS4VAU3G!&=\3W!&6;K$-G;*
ML/$UZ#JL3Q*&PL%5*SQ]I1!Q&:FO<(8.E!M?2^QA60PU S*"@@>C+@98A= )
MA5((0QV*S8E*X:K/IQ@#$69DG)T6/ \*64SXEVR]J?["O2"-U!2RD9:.;I+;
M%"/3/R;9O$M&0D)881@@#V/H-\,"1>6RS5W9'_TIQLE:SF-22U@D JL@,">B
MAIR2%_*';\^V*FF\7L/)58'V"#,M9*63SRQ5Y[2$;FLD7&8?9T7U5FFR4V.=
MC83:43"0<B",A88N[]]S]&6W%JW?8)LXWMY>.77#;A=I45:FW6)\E3!<FR5R
MC!DP)!X8%I+/;4%\L.E0%@2ZH;ZPR7@T3EH9CZ31#KEI-](UAMH-S]'";@2S
M.YD,(;P/DR'>K:716+%!DT*=RE.Q.%7&LP\51;E1G'BBE.+.YQL@I8ZIDT;9
MN,MH1N,6CN7W"Y=F95)4JG%ALQ$#3G95U>LEAAV1ZNH-0FQCH/@51S_RU2<G
M;WVT1=TE^>I<?A I SO/PYU"8'7VD&I3N[DXHG(CT7UDZ"/QOK:PF<YVC<-\
M7D''NE3,;AA] #^1D$UDZR1JP4-6ST.07R.QD8/%;5P;+X,^(&CT8D6BC@NI
M+5R[*D/T(+%T<7[6(3MW6AFG*Z6M1:^HGY3Z+I283E)=@V[2!%8C#M#X T/B
MX\.I:8;3=&6*GAL<&VKP;"->3N- ZF[BPG49-+/1GA#7V]&PC;<*(Z_*(.OZ
M5L*$.;],^*8:EJ5S&BKFF(Z\1N CF0XU$TU'^!5P0I:=.&C5B'FY\#5JK=EH
M37E;LFW*VT=\E\B6(?=S2$\"U%N"^Z'9-MR3_7;PT^9^Q(3>M34CS&L=_:X,
M8&ZR])>-,DLBN_D+= 5GR)#]Z]@#R@$_J,.;1$7"YFDH%H%Q+,8,>/J$Y#2'
M/PG#]HP1JZ3:$)\R'$>:LXD<]NQVCIBL3$9]O(V-J_Z,LWU0AMW$T'H- \P^
M-+G8U1I40(;5Q!B;P1;AR1C2=T!1$'VTFJ@9%_\JS<C,DC[PR4N7]RDD8T(]
M'\3"W[K19V*I%G:%K'O*C0V%JS,U1AT;UT#)"DB3,HU5F0\V+:L-,S]I21F5
M%E/VEG-S]/7I%)S\O$C;C38Y!Y\I$AAKI</T;%0 /M"R$&*Y";N8-YLJ82$M
MD30QS7CUMM 6,5JX?BJ&@HN6&L[,ZB]\]#9:+O:BYA L(:R'Z[IH4':F^0RS
ME*8DH)V2>93=+5O!UM[$+59VLO50;,'RM+-^E7Q3-7!5MEF?M@BF"R.XH2_2
MKLB\]J;CVZ+0#%YV*[,P9"WD:5EHDGY ;7)6W-IRHS:1Y?NN;QSCUG5.9VD?
M]2X(8RO9MJI_@HV639&TAM:E%6":.Y27@Z<]5+G0TFHCVS95K[&XS,9,FU$L
M-S<D/ T;TW*)H4]MDCEX;=JF@URK5H,FCOPLD.Z&&W/+H@W'X*UY(GM#^:EC
MK+P3#..GHJ<G>@+'[/; G\\_&&.S=,JE(9?LH=".B>SSR'ZQ8,!8J',L.SH6
M<3;A4Y/%I*QWB::V^ :J5!^2-G*YR3.N1%]17]V$6)>5(-978!J $<6CD;: 
M!!ZG'3BSZ'A]_,&$;BUW7#,-_%$\+;C3\%K]8S94H:]MZK.5KO%#TE56CTF@
MJ2.B7T,==SBI1Z-R8A-BETJ1U8N$TNPNF7V<PED6)C=:4R26BR*Z.&,LAD)Z
ML#:"+);FR^4TM\7V7-"W,=O24;=&$Q9?KJL]GK% -NPSK,WTS6,A.LWKN3G'
MSJ7<;!'T,K_%.DF* MN%./J49H0#,+\0'1.%33_=@4)E_5:RLF+GOAT@IW%Q
MVWU/<Z%(?&%+I?@1>-)<>HA"6G6=8#CE0RI\ 3SE?IZOXC0SV5=E^J(PK$'[
M65:S&XPK>W?A$)AT#DD;./JFF;J58T<.J-\-E5V#WI%ROH'P8UK$V6W23%F#
MWI%RL<FJ=)5L9Z]:YN>U6.54;),/3%&R'UD"@]9,<74MJ+I6P?T2ZOG]Q8R;
MC<4R_Q1.WLBQ,P>;;-Z6!3/+#CR0/3/$R;;=-:/^ G:K7"%^(Z3=0EWST/(*
M%GOST>Y./6#''@TGV_?G.9N>>!&1Z/9*&?A'W2ZJ[HK\DU%A7YJ +\F)(^P\
M#!P=*T=%\6"4S@Y\W:OPYH!_>Q6P".DY%*%/DWP--0,3R)@(JY/XN$%]G8!I
MO8#Y,FK37\2$AQ;#(44Y>A>:=J7(5* ,]S6(#+:GLLE!(P6F[>\AY9Z>]V(5
M'J%=6VH X2HN<O3,D&$8R&DJPHWX-C:(T@223UV&/P!6!1MZ@_NR)H^+,2H^
M;)<2>J793W &>F\KZ?]K,3*%[NIK[NF>"HP"/^!:Q+94,5 ^N[<>7-%)'[CN
MA-IN7TRU:0!D 0]9)L"W6)P@]@W;"V63 XEC8\5I*?=D7^_]"':>@7V=G!"5
M']DS;VM:>?JH=S]4)B')-I&U<H9YLBP335X^64I7M3P7N^H,ILHS[?Z)_1\P
MHD$T/^YTS#T,@>XRQ%MVQ-)"U]B+[3J6=["8!?%*70],UDM^,0>5##!$8I_E
M7<DZB\6IMJA2"H^3#BPZZXN"C/]L\I%^[B$$@[KQ+91=L]GJ$^__A<HN6#Y2
MR#L*ALMS'[+E^5+(,'$NIZ[Q+>ULE$>4./NI&&R%5+KU>%^\;^T<.'^%RM]R
M[_QM70$.JK\7A]3?BWWR=P#][8&_RW]0U;G<'^<'*/BKY]1KZV+?77=7!]3=
M'KD[@.[V4+*']#A7>ZC1A_0XE[OS=W5(_>V5OT.8W_.V*'MUV7MH;5K4[/:=
MP.>I],_=3CZO0>^5=VGL]8<U!0U(LLS'4BQL3/QCOY[9;B"-W*1QB9OQ7- (
M4$LH)2'-;5*1$@L5A??"YLDRA6-!__#W[ ]=98:@;GZ SMN.^*F!KT?&91BU
M9V;EJSA+US4G^8JI8,<!_O:<KS$[;6R[N/[/*Z:PDI E1X?Z87#?DE]XDI?'
M*.I-%]T('OL8JBLFWNA=,  =,3@5#,Y0G2ZB11=]82=[4'#"P"504ZY(NOY/
M.&Z/#=')<TH$;#1=]#$$GR*V6><UE1<[DF8M3 &N &=CVP+Q,5HI-F;CRTU\
MEY>1_.;#9QFM60"UZH44K)!IK$YQ<LVY5 W_@/Z8POLX:Q0;>E\49&4-4[%#
M3>@R1%,2%</D4!!@:M;15^485:$N54>7V.*OQ@T@.=P_LJH6R_BVO!IW]FT:
MG2]PD<HI*: ^P@^Q7*"5DB4V^S4=A5YNTLMA;Z6ECCJI#!J@3_"HNZ#0].U"
M5B=U(#]M4%C\!/C E/G &A>8*BZ0<\/JJ6#$=H4I<8427@7W>\34[Q%9'5-6
MQS5Y1-OAI)K#J17&XWA2YGC<@K5S0'[_XZB+J<-E. 1M5\%3L\*)&6Y:[Y"L
MZ%\#C"EO-J9<&E.NZS^O,2;(%>6:SO-F8\H;C4D(G+>WI5RUI7I9/+9$,?CD
MVLJ6POQLWLZ6MD%JVU)NFY)</JA$<:1-GTY94#@MD^H&3I!"K(FGZYK)\0N$
M.1X+H$N:<@5?1![Z#99%"W[L#)%-C2WQ1GZF%G +74NF6)XMF"(YFYE:%\DL
M+6&)54O.U(Q;L">S-_/XJ2UOG[;CZ9/DQ<,,[!*M\#?28*I<J0VICS\-YHK,
MR.O83!@_\P:JR,=ALV[W)LS^17$*PGN6KZV[$_4K,,E2:0"8DK4@_')[OMRM
M9#?JS?)-!?=4O/Q[UNNAE_!8DO<_HNCI+.N^I]\6RPV<8BR64,896?LR2S.X
MVX*]<>\%[S^??X#YI#\\_0'!I4RP+1V[Y$6\+!.Z[(D>K2MO RPYGQ9??\\&
M#;^7O%_"<L@+4*W+!@F1ESIX,WH,AQN,)5F;H7"V*M?1KZ/QSVF95YA&.NN/
M/HSGDV1R?M55,HG[",MU"@L]1O#)=1<B H0 1'=.X[=3\][MB_-S/=%QV:W_
M/MG3?DT:O:120QN-SCD]+K;JNJ+AJ*NJ<K5)%HNHG(S&=Q/(V:\FF-_^?_[E
M[!7Y!UIEK:S*7XH*1.H!V;![(,\ \>GYV>EP]/K\U=LW.@MV*;EYJN<DD*Y&
MT%#<\'QKS9&L!U$=P1RNNRT8WD*O#J;J%/N:*[:S#:NO#Z;;UX?1[>N==.M@
M"F=DS"BZ_;PHIV"S[ "-[74ZQ\8P6PV&!^=UL!=F!P?G5O7=KW7/O1>EOVY0
M^>MO1>&OF]2]+:<[V0!NK2E+?W\I+@O_^TN_.3@O,*Z[9GS4'_4I/:C!AY+D
M=0LY7N\DQ>MFNVDGQ"W^3Q4 _?VE<J.]1P:W!$H^)H,,!#<EV4ESDR[3ZHG*
MT^V]KO?78C6U$D:__&635B^[790\IE4TI/-IT)>"#601C5W-+.0/\@:E+]FZ
1;$<P3._0_O\#"N6'RL'+! "[
 
end

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-09-26 20:48 Jeffrey A Law
  0 siblings, 0 replies; 88+ messages in thread
From: Jeffrey A Law @ 1997-09-26 20:48 UTC (permalink / raw)
  To: Paul Eggert; +Cc: egcs

Fri Sep 26 08:54:59 1997  Paul Eggert  <eggert@twinsun.com>

        * c-typeck.c (build_binary_op): Warn about comparing signed vs
        unsigned if -W is specified and -Wno-sign-compare is not.
        * c-decl.c (warn_sign_compare): Initialize to -1.
        (c_decode_option): -Wall no longer implies -Wsign-compare.

I've installed this patch into egcs.

Thanks,
Jeff

^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-09-11 10:36 Marc David Rovner
  0 siblings, 0 replies; 88+ messages in thread
From: Marc David Rovner @ 1997-09-11 10:36 UTC (permalink / raw)
  To: egcs

Subject; Sendmail


^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-09-11 10:36 God
  0 siblings, 0 replies; 88+ messages in thread
From: God @ 1997-09-11 10:36 UTC (permalink / raw)
  To: egcs

Subject; Testing...
From: root@cygnus.com
To egcs@cygnus.com

Test message to see if egcs mailing list is working or not....



^ permalink raw reply	[flat|nested] 88+ messages in thread

* No Subject
@ 1997-09-06  9:41 Nick Burrett
  0 siblings, 0 replies; 88+ messages in thread
From: Nick Burrett @ 1997-09-06  9:41 UTC (permalink / raw)
  To: egcs

Is anybody looking into the implementation of explicit template
arguments for G++ ?

Nick B.

Here's a couple of examples:

  // warning: contrived example

  template<class T>
  T* create()
  {
    return new T;
  }

  Foo* f = create<Foo>();
  //              ^^^
  // template argument can't be deduced from (non-existent)
  // function argument list, so supplied explicitly.
  

  // warning: another contrived example
  
  class Bar
  {
    public:
    
      template<class T>
      T* create()
        { return new T; }
  };
  
  Bar b;
  Foo* f = b.template create<Foo>();
  //         ^^^^^^^^
  // note funny looking syntax: the 'dot template'
  // construct.





^ permalink raw reply	[flat|nested] 88+ messages in thread

end of thread, other threads:[~2024-01-05 17:05 UTC | newest]

Thread overview: 88+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1998-03-27 15:18 No Subject Ken Faiczak
1998-03-31  0:46 ` Jeffrey A Law
  -- strict thread matches above, loose matches on Subject: below --
2024-01-05 13:44 Re: No subject Peter0x44
2024-01-05 16:59 ` LIU Hao
2024-01-05 17:05   ` Peter0x44
2009-12-29 19:40 no subject gcc
     [not found] <20040331044106.GA3560@twcny.rr.com>
2004-03-31  8:46 ` No Subject Jim Wilson
2004-04-01  8:29   ` Nathanael Nerode
1999-04-30 23:15 
1999-04-30 23:15 
1999-04-30 23:15 
1999-04-30 23:15 
1999-04-30 23:15 
1999-04-30 23:15 
1999-04-30 23:15 
1999-04-24 22:26 Jeffrey A Law
1999-04-30 23:15 ` Jeffrey A Law
1999-03-31 23:46 Gerald Pfeifer
1999-03-31 23:46 
1999-03-31 23:46 
1999-03-31 23:46 
1999-03-31 23:46 
1999-03-24  8:47 Leonardo Marques de Souza
1999-03-31 23:46 ` Leonardo Marques de Souza
1999-02-28 22:53 
1999-02-28 22:53 Jörn Rennecke
1999-02-28 22:53 
1999-02-28 22:53 
1999-02-28 22:53 
1999-02-28 22:53 
1999-02-28 22:53 John White
1999-02-28 22:53 
1999-02-28 22:53 Carlo Wood
1999-02-28 22:53 Nathan Sidwell
1999-02-02 16:11 killer
1999-02-28 22:53 ` killer
1999-01-29  6:41 Gerald Pfeifer
1998-12-17  8:43 NO SUBJECT Geert Bosch
1998-12-18 12:03 ` Dave Love
1998-12-17  8:32 tprince
1998-11-03 21:28 No Subject root
     [not found] <informant@earthlink.net>
1998-10-29  6:59 ` informant
1998-10-11 23:39 David
1998-10-04 18:52 John Breen
1998-10-03  8:00 David S. Miller
1998-09-26 15:59 John Breen
1998-09-25  8:01 John Breen
1998-09-23 12:43 John Breen
1998-09-18 21:46 David S. Miller
1998-09-18 17:29 David S. Miller
1998-09-18 22:10 ` Mark Mitchell
1998-09-18 22:10   ` David Edelsohn
1998-09-15  7:06 John Breen
1998-09-14 14:04 John Breen
1998-09-14 11:13 John Breen
1998-09-09 11:23 John Breen
1998-07-25  9:14 Vin Shelton
1998-07-10  8:14 Massimo CICCOTELLI
1998-07-10  6:04 Jonathan Williams
1998-06-30 14:46 Eric Sebastian Pogrelis
1998-06-25 15:59 system PRIVILEGED account
1998-06-10  4:03 m. capel
1998-06-03  0:17 65tr3w
1998-05-29 21:32 4n4b2ds
1998-05-23 22:47 Jeffrey A Law
1998-05-18  8:51 Richard Earnshaw
1998-05-16 10:14 Richard Earnshaw
1998-05-02 17:39 Steven Jones
1998-05-01 21:25 Peter  Garner
1998-05-01 21:25 Peter  Garner
1998-04-08  2:13 Yuan Xie
1998-04-05 21:29 Doug Semler
1998-04-06 17:35 ` David Edelsohn
1998-03-16 20:25 Oskar Enoksson
1998-03-10  7:16 Bruno Haible
1998-02-12 19:36 Satoshi HONDA
1998-02-10  3:34 Jeffrey A Law
1998-02-09 14:46 Jochen Kuepper
1998-02-09  3:22 Thomas Aigner
1998-01-08  6:05 Andrew Zabolotny
1997-12-08  9:35 ManfredMetzger
1997-12-05 13:11 Thomas Weise
1997-12-03  0:21 System Source
1997-10-23 13:54 Aaron Jackson
1997-10-07 11:41 Max Lawson
1997-09-26 20:48 Jeffrey A Law
1997-09-11 10:36 God
1997-09-11 10:36 Marc David Rovner
1997-09-06  9:41 Nick Burrett

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).