Bug#192135: looking for someone?

2006-06-17 Thread Jorge
Hello my dear fraiend
I was looking through the web few weeks aago anbd found 
your profile. Nobw I decided to beamail you to get to know
you better. I am coming to your country bin few weeks
and thought may be we can meaet each other. I amb pretty
looking girl.a I am 25. Do not reply to this address 
directly. Email me back at [EMAIL PROTECTED]




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[Bug rtl-optimization/28062] [4.1 regression] ICE in simplify_subreg, at simplify-rtx.c:4466

2006-06-17 Thread tbm at cyrius dot com


--- Comment #6 from tbm at cyrius dot com  2006-06-17 14:56 ---
(In reply to comment #3)
> It works in 4.2.0 for sure.

I don't think that's correct.  I can confirm that gcc 4.2 20060508 works, but
20060530 and 20060613 definitely fail here (both the C and Objective-C test
cases).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[Bug rtl-optimization/28062] [4.1 regression] ICE in simplify_subreg, at simplify-rtx.c:4466

2006-06-17 Thread pinskia at gcc dot gnu dot org


--- Comment #7 from pinskia at gcc dot gnu dot org  2006-06-17 15:00 ---
(In reply to comment #6)
> (In reply to comment #3)
> > It works in 4.2.0 for sure.
> 
> I don't think that's correct.  I can confirm that gcc 4.2 20060508 works, but
> 20060530 and 20060613 definitely fail here (both the C and Objective-C test
> cases).

I works with "4.2.0 20060617".


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#359281: [m68k] Error: value out of range

2006-06-17 Thread Martin Michlmayr
* Stephen R Marenka <[EMAIL PROTECTED]> [2006-03-27 10:35]:
> torcs, grace, and rscheme all fail with variations on the theme of
> track.s: Assembler messages:
> track.s:10716: Error: value out of range

Would it be possible to get the pre-processed sources from grace and
rscheme? (In particular grace)  Only if it's easy, but it might be
helpful.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[Bug rtl-optimization/28062] [4.1 regression] ICE in simplify_subreg, at simplify-rtx.c:4466

2006-06-17 Thread tbm at cyrius dot com


--- Comment #8 from tbm at cyrius dot com  2006-06-17 16:26 ---
This ICE got introduced with:

r113775 | sayle | 2006-05-15 06:43:05 +0200 (Mon, 15 May 2006) | 13 lines


PR rtl-optimization/22563
Backports from mainline
* expmed.c (store_fixed_bit_field): When using AND and IOR to store
a fixed width bitfield, always force the intermediates into pseudos.
Also check whether the bitsize is valid for the machine's "insv"
instruction before moving the target into a pseudo for use with
the insv.


-- 

tbm at cyrius dot com changed:

   What|Removed |Added

 CC||roger at eyesopen dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[Patch] #18: gnat-4.1: do not conflict with gnat (<= 4.1)

2006-06-17 Thread Ludovic Brenta
With this patch, the transition to gnat-4.1 as the default Ada
compiler will be complete; I will start uploading packages that
build-depend on gnat (>= 4.1) after both gcc-defaults (=1.37) and
gcc-4.1 (>= 4.1.1-6) are uploaded.

-- 
Ludovic Brenta.


  [Ludovic Brenta]
  * debian/control.m4, debian/control (gnat): conflict with gnat (<< 4.1),
not all versions of gnat, since gcc-defaults will now provide gnat (=4.1)
which depends on gnat-4.1.

--- control.m4  543b53c2f2db746f445a883678f1ee77dd5d6ec7
+++ control.m4  6bff7f2372e23374c0e77396f491e70d3f904354
@@ -944,7 +944,7 @@
 Depends: BASEDEP, gcc`'PV (= ${gcc:Version}), ${dep:libgnat}, ${dep:libcdev}, 
${shlibs:Depends}
 Suggests: gnat`'PV-doc, ada-reference-manual
 Provides: ada-compiler, gnat
-Conflicts: gnat (<< 4.1), gnat-3.1, gnat-3.2, gnat-3.3, gnat-3.4, gnat-3.5, 
gnat-4.0
+Conflicts: gnat, gnat-3.1, gnat-3.2, gnat-3.3, gnat-3.4, gnat-3.5, gnat-4.0
 Description: The GNU Ada compiler
  This is the GNU Ada compiler, which compiles Ada on platforms supported
  by the gcc compiler. It uses the gcc backend to generate optimized code.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: [Patch] #18: gnat-4.1: do not conflict with gnat (<= 4.1)

2006-06-17 Thread Matthias Klose
checked in the changelog entry, the patch was already committed.

  Matthias

Ludovic Brenta writes:
> With this patch, the transition to gnat-4.1 as the default Ada
> compiler will be complete; I will start uploading packages that
> build-depend on gnat (>= 4.1) after both gcc-defaults (=1.37) and
> gcc-4.1 (>= 4.1.1-6) are uploaded.
> 
> -- 
> Ludovic Brenta.
> 
> 
>   [Ludovic Brenta]
>   * debian/control.m4, debian/control (gnat): conflict with gnat (<< 4.1),
> not all versions of gnat, since gcc-defaults will now provide gnat (=4.1)
> which depends on gnat-4.1.
> 
> --- control.m4543b53c2f2db746f445a883678f1ee77dd5d6ec7
> +++ control.m46bff7f2372e23374c0e77396f491e70d3f904354
> @@ -944,7 +944,7 @@
>  Depends: BASEDEP, gcc`'PV (= ${gcc:Version}), ${dep:libgnat}, 
> ${dep:libcdev}, ${shlibs:Depends}
>  Suggests: gnat`'PV-doc, ada-reference-manual
>  Provides: ada-compiler, gnat
> -Conflicts: gnat (<< 4.1), gnat-3.1, gnat-3.2, gnat-3.3, gnat-3.4, gnat-3.5, 
> gnat-4.0
> +Conflicts: gnat, gnat-3.1, gnat-3.2, gnat-3.3, gnat-3.4, gnat-3.5, gnat-4.0
>  Description: The GNU Ada compiler
>   This is the GNU Ada compiler, which compiles Ada on platforms supported
>   by the gcc compiler. It uses the gcc backend to generate optimized code.
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#359281: [m68k] Error: value out of range

2006-06-17 Thread Stephen R Marenka
On Sat, Jun 17, 2006 at 05:47:06PM +0200, Martin Michlmayr wrote:
> * Stephen R Marenka <[EMAIL PROTECTED]> [2006-03-27 10:35]:
> > torcs, grace, and rscheme all fail with variations on the theme of
> > track.s: Assembler messages:
> > track.s:10716: Error: value out of range
> 
> Would it be possible to get the pre-processed sources from grace and
> rscheme? (In particular grace)  Only if it's easy, but it might be
> helpful.

I've attached the one for grace.

This is gcc-4.1_4.1.1-2

grace:
$ gcc-4.1 -save-temps -O2 -I.. -I. -I../Xbae -c -o pars.o pars.c
pars.s: Assembler messages:
pars.s:13278: Error: value out of range

rscheme compiled fine for me this time, I guess it needs to be requeued.
:)


I can also produce preprocessed sources for krecipes and synfig if it 
would help (synfig just failed today, so I know it's current).

Thanks,

Stephen

-- 
Stephen R. Marenka If life's not fun, you're not doing it right!
<[EMAIL PROTECTED]>


signature.asc
Description: Digital signature


Re: gnat-4.2 in experimental?

2006-06-17 Thread Ludovic Brenta
Matthias Klose writes:
> btw, what should be done for gnat-4.2, soon to appear in
> experimental?

My priority is to complete the transition of all Ada packages to 4.1
in time for Etch; I have a lot of work ahead of me, because I'mnot
just going to recompile but also upload newer versions of most
packages.

Only after the transition will I work on 4.2.  So in the mean time, I
suggest you keep Ada disabled in 4.2.

Does that sound reasonable to you?

-- 
Ludovic Brenta.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[Bug rtl-optimization/28062] [4.1 regression] ICE in simplify_subreg, at simplify-rtx.c:4466

2006-06-17 Thread tbm at cyrius dot com


--- Comment #9 from tbm at cyrius dot com  2006-06-18 01:09 ---
(In reply to comment #7)
> It works with "4.2.0 20060617".

Hmm.

(sid)46:[EMAIL PROTECTED]: ~/tmp/gcc/4.2/gcc] ./cc1 -O2 ~/m.c
 NSMakePoint RelativePoint g
Analyzing compilation unitPerforming intraprocedural optimizations
Assembling functions:
 g
/home/tbm/m.c: In function ‘g’:
/home/tbm/m.c:24: internal compiler error: in simplify_subreg, at
simplify-rtx.c:4466
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
zsh: exit 4 ./cc1 -O2 ~/m.c
(sid)47:[EMAIL PROTECTED]: ~/tmp/gcc/4.2/gcc] ./xgcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /home/tbm/scratch/gcc-4.2/configure --disable-bootstrap
--enable-languages=c
Thread model: posix
gcc version 4.2.0 20060617 (experimental)
(sid)48:[EMAIL PROTECTED]: ~/tmp/gcc/4.2/gcc]


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#373937: Acknowledgement (libstdc++6: codecvt locale facet is broken)

2006-06-17 Thread Thiemo Seufer
Roger Leigh wrote:
> I have attached two additional testcases to the upstream bug report.
> The testcases are now:
> 
> Testcase to show codecvt crash
> http://gcc.gnu.org/bugzilla/attachment.cgi?id=11679 (wide.cc)
> 
> Use mbsnrtowcs directly.
> http://gcc.gnu.org/bugzilla/attachment.cgi?id=11682 (wide2.cc)
> 
> C example using mbsnrtowcs
> http://gcc.gnu.org/bugzilla/attachment.cgi?id=11683 (wide3.c)
> 
> 
> There isn't a clear pattern here.  It's possible that the testcases
> are buggy, but's it's odd how they work on one arch and not the other,
> or vice versa.

I tried wide3.c on mips and got a similiar failure pattern. However,
passing NULL as state to mbsnrtowcs, or initialising the state with
memset to zero made it work.

The example in "info glibc" shows the memset line but doesn't explain
it is required.


Thiemo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[Bug rtl-optimization/28062] [4.1/4.2 regression] ICE in simplify_subreg, at simplify-rtx.c:4466

2006-06-17 Thread pinskia at gcc dot gnu dot org


--- Comment #10 from pinskia at gcc dot gnu dot org  2006-06-18 02:58 
---
You know what I have a fix for an inliner bug in my tree which also fixes this
bug.  I am going to test that patch fully and submit it for both 4.1.x and
4.2.x.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||28075
  Known to fail|4.1.1   |4.1.1 4.2.0
  Known to work|4.0.4 4.2.0 |4.0.4
Summary|[4.1 regression] ICE in |[4.1/4.2 regression] ICE in
   |simplify_subreg, at |simplify_subreg, at
   |simplify-rtx.c:4466 |simplify-rtx.c:4466


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]