PING [PATCH] Support for AMD64 targets running GNU/kFreeBSD

2011-01-26 Thread Robert Millan 
Ping!

2011/1/18 Robert Millan :
> 2011/1/14 Robert Millan :
>> 2011/1/12 Robert Millan :
 * The headers config/kfreebsd-gnu.h etc. override
  GLIBC_DYNAMIC_LINKER.  But the 64-bit configurations
  x86_64-*-kfreebsd*-gnu and x86_64-*-knetbsd*-gnu do not appear to
  use any header that would override GLIBC_DYNAMIC_LINKER32 and
  GLIBC_DYNAMIC_LINKER64, which are what LINK_SPEC in linux64.h
  actually uses.  Thus those configurations would use Linux-specific
  dynamic linker settings, which seems unlikely to be as intended.
>>>
>>> It's not as intended. On amd64 we use /lib/ld.so.1 and
>>> /lib/ld-kfreebsd-x86-64.so.1.
>>
>> It seems x86_64-kfreebsd-gnu has been broken for a while.  I
>> just realized that I wrote a patch to fix this in 2006 [1], but
>> somehow it was never merged in GCC (actually I'm not even
>> sure I submitted it).
>>
>> In the meantime Debian GNU/kFreeBSD has been using this
>> patch to build GCC on their "kfreebsd-amd64" port.
>>
>> I can prepare an updated version of this patch (relative to
>> trunk + your linux.h overhaul [2]).
>
> Here is it.
>
> --
> Robert Millan
>



-- 
Robert Millan

GCC 4.6.0 Status Report (2011-01-26)

2011-01-26 Thread Jakub Jelinek 
Status
==

The trunk is still in Stage 4, open just for regression
bugfixes and documentation fixes.  Significant effort has been made
recently to fix lots of regressions, yet there are still way too many
serious regressions.  Please continue (or start to) fixing them.
Please also take time to document still undocumented user visible
changes from 4.5 on the web pages.

When we get rid of the remaining P1 regressions and hopefully more P2/P3
bugs will be fixed than new bugs reported, a release candidate will be
released.


Quality Data


Priority  #   Change from Last Report
---   ---
P1   10   - 21
P2  101   -  8
P3   21   -  7
---   ---
Total   132   - 36


Previous Report
===

http://gcc.gnu.org/ml/gcc/2011-01/msg00044.html

The next report will be sent by Joseph.

gcc.gnu.org Bugzilla: Perl error Can't locate mro.pm in @INC

2011-01-26 Thread Tobias Burnus 

Hello,

I just got the following error message send by bugzilla /  GCC's commit 
script handler:



Can't locate mro.pm in @INC (@INC contains: . lib/i386-linux-thread-multi lib 
CODE(0x958f8b4) /usr/lib/perl5/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/5.8.5 /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl 
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.5 
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl)

burnus wrote:


Author: burnus
Date: Wed Jan 26 10:12:47 2011
New Revision: 169282

URL:http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169282
Log:
[...]



Tobias

Re: gcc.gnu.org Bugzilla: Perl error Can't locate mro.pm in @INC

2011-01-26 Thread Frédéric Buclin 
Le 26. 01. 11 11:29, Tobias Burnus a écrit :
> Can't locate mro.pm in @INC

mro.pm is part of the core code of Perl since version 5.9.5. So it's not
available here as sourceware has Perl 5.8.5 installed. Where is this
script located? And did you get the exact line and script which threw
this error?

Frédéric

Re: gcc.gnu.org Bugzilla: Perl error Can't locate mro.pm in @INC

2011-01-26 Thread Tobias Burnus 

On 01/26/2011 12:05 PM, Frédéric Buclin wrote:

Le 26. 01. 11 11:29, Tobias Burnus a écrit :

Can't locate mro.pm in @INC


mro.pm is part of the core code of Perl since version 5.9.5. So it's not
available here as sourceware has Perl 5.8.5 installed. Where is this
script located? And did you get the exact line and script which threw
this error?


I have no idea about the details of the gcc.gnu.org internals, I just 
did a "svn commit" which triggered this; and obviously someone has 
changed something on gcc.gnu.org. I do not have more information that I 
send in the email - I just had received such an email as result of the 
commit.


If one "svn co" the svn "hooks", one finds there "post-commit":

CONFIG="/svn/gcc/hooks/svnmailer.conf"
MAILER="/usr/bin/svn-mailer"
REPOS="$1"
REV="$2"

"${MAILER}" --commit --config "${CONFIG}" \
   --repository "${REPOS}" --revision "${REV}" --background

${REPOS}/hooks/synchooks.sh "${REPOS}" "${REV}"


Hope it helps,

Tobias

Bugzilla permissions

2011-01-26 Thread Tony Poppleton 
Hi,

I am working on some GCC bug triage, and am unable to edit the "known
to fail/work" fields in Bugzilla, as well as modify the status of a
bug.

On the overseers list, Ian Lance Taylor suggested I post to this list
requesting a gnu.gcc.org email account, as they come with all the
necessary privileges.  Could I please obtain a gcc email account?

Many thanks,
Tony

Freescale 68HC11/68HC12 port

2011-01-26 Thread James Murray 
Unsure if this is the right place to mention this, so excuse me if it is
not.

The 68hc11/68hc12 port page http://www.gnu.org/software/m68hc11/ 
is very out of date and was last updated in October 2003.

The creator of that port Stephane Carrez is no longer active (to my
knowledge) but his page was updated in 2006 and has the current version
of the port there.

What needs to be done to update the gcc hosted page?

>From my testing, the hc11/12 code in the released gccs (3.4.6, 4.5.2)
does not work and either needs to be brought up to date (I've tried and
failed) or removed.
The gcc-3.3.6+Carrez code does work.

I have made some small enhancements to the port locally but these are
not yet fully verified. If anyone is interested in working on the port,
please contact me and I will share my work.

James Murray

Re: Bugzilla permissions

2011-01-26 Thread Richard Guenther 
On Wed, Jan 26, 2011 at 3:32 PM, Tony Poppleton
 wrote:
> Hi,
>
> I am working on some GCC bug triage, and am unable to edit the "known
> to fail/work" fields in Bugzilla, as well as modify the status of a
> bug.
>
> On the overseers list, Ian Lance Taylor suggested I post to this list
> requesting a gnu.gcc.org email account, as they come with all the
> necessary privileges.  Could I please obtain a gcc email account?

I have added you to the reconfirmers group, please check if that makes
it work.

Richard.

> Many thanks,
> Tony
>

Re: Freescale 68HC11/68HC12 port

2011-01-26 Thread Richard Guenther 
On Wed, Jan 26, 2011 at 3:36 PM, James Murray  wrote:
> Unsure if this is the right place to mention this, so excuse me if it is
> not.
>
> The 68hc11/68hc12 port page http://www.gnu.org/software/m68hc11/
> is very out of date and was last updated in October 2003.
>
> The creator of that port Stephane Carrez is no longer active (to my
> knowledge) but his page was updated in 2006 and has the current version
> of the port there.
>
> What needs to be done to update the gcc hosted page?
>
> >From my testing, the hc11/12 code in the released gccs (3.4.6, 4.5.2)
> does not work and either needs to be brought up to date (I've tried and
> failed) or removed.
> The gcc-3.3.6+Carrez code does work.
>
> I have made some small enhancements to the port locally but these are
> not yet fully verified. If anyone is interested in working on the port,
> please contact me and I will share my work.

Stephane Carrez is listed as maintainer of the port, so he should
know how to contribute fixes to the port upstream.

Richard.

> James Murray
>

Re: Freescale 68HC11/68HC12 port

2011-01-26 Thread James Murray 
On Wed, 2011-01-26 at 15:40 +0100, Richard Guenther wrote:

> Stephane Carrez is listed as maintainer of the port, so he should
> know how to contribute fixes to the port upstream.
> 

Yes, but as I said... he is no longer active on this port. His last
published contributions are 4+ years ago.

James

Re: Bugzilla permissions

2011-01-26 Thread Tony Poppleton 
Thanks.  Whilst I can see the change you made in my preferences
permissions screen, I don't seem to be able to edit any more of the
fields than I could before (I have logged out and back in again).

Tony

On Wed, Jan 26, 2011 at 2:36 PM, Richard Guenther
 wrote:
> On Wed, Jan 26, 2011 at 3:32 PM, Tony Poppleton
>  wrote:
>> Hi,
>>
>> I am working on some GCC bug triage, and am unable to edit the "known
>> to fail/work" fields in Bugzilla, as well as modify the status of a
>> bug.
>>
>> On the overseers list, Ian Lance Taylor suggested I post to this list
>> requesting a gnu.gcc.org email account, as they come with all the
>> necessary privileges.  Could I please obtain a gcc email account?
>
> I have added you to the reconfirmers group, please check if that makes
> it work.
>
> Richard.
>
>> Many thanks,
>> Tony
>>
>

Re: gcc.gnu.org Bugzilla: Perl error Can't locate mro.pm in @INC

2011-01-26 Thread Frank Ch. Eigler 
Tobias Burnus  writes:

>>> Can't locate mro.pm in @INC
>> [...]

This may be fixed now, with a hand-made dummy mro.pm file.

- FChE

Proposal: Improving patch tracking and review using Rietveld

2011-01-26 Thread Diego Novillo 
At Google we use a code review tool which was open sourced a couple of
years ago: Rietveld
(http://code.google.com/appengine/articles/rietveld.html).

The best way of thinking about it is "bugzilla for patches".  The
system creates an entry for every patch submitted, provides a web tool
for manipulating the patch (comments, different views of the diff,
highlighting, etc) and it also has an email gateway.

We have discussed patch tracking mechanisms in the past, and none so
far has taken hold.  The reason why I like Rietveld is that it doesn't
really matter whether we all switch to using it at once:

1- Rietveld always send the patch sent to it to gcc-patches@ (provided
the submitter added gcc-patches to the CC list).
2- The whole trail of discussion on the patch also get sent to
gcc-patches and everyone else is CC'd in it.
3- Reviewers do not need to use the web tool to reply to the patch.
One can simply respond to the e-mail, and it will get added to the
patch discussion trail.

So, for people who do not want to use the tool, Rietveld will not get
in the way.  They can simply respond to the patch as usual, and as
long as they keep the rietveld email address in the CC list, the patch
trail will be updated automatically.

At Google we will start using Rietveld to send patches.  The only
difference folks will notice is that Rietveld-generated email has some
extra text.

I have created a wiki page that explains the basics of using Rietveld
(thanks Jeffrey for the instructions):
http://gcc.gnu.org/wiki/rietveld

Once again, I'd like to underscore the fact that if a patch submitter
chooses to use Rietveld for tracking their patches, this should not
affect in any way the traditional mail-based review.  All I ask is
that reviewers maintain the CC and Subject line intact in order to not
confuse the tool.

Jeffrey, would you mind looking over the instructions I've written to
make sure they're correct?

Richard, this is the tool I mentioned in today's chat.


Thanks.  Diego.

Vai alga 4595 USD menesi tevi interesee?

2011-01-26 Thread Larisa 
Hello!

Telefons tev nomainijies?
Man te paradijas labs risinajums Tavam naudas problemam, tapec gribeju 
piezvanit, bet numurs neatbild.
Skaidrs, lai vai tur kas, man viss super, tapec, ka es dabuju darbu,
kas ir vienkarshaks par vienkarshu un 4820 USD menesi bez problemam man atlec. 
Vai nu uzzvani man, vai ieej http://www.jauns-darbs.info

tur ir gan video, gan apraksti, kas un kaa jaadara!

Mavi Yolculuk Turları - Marmaris / Blue Voyage Marmaris-Turkey

2011-01-26 Thread Mavi Yolculuk 
www.ertanturizm.com

Dilediğiniz tarih ve rotada kendi oluşturduğunuz grubunuz ile tekne kiralamak 
isteyenler için günlük fiyat esasına göre kiralama imkanı,

Rota ve fiyat sormak için; 


Ertan Tur.Tic.Ltd.Şti
Marmaris / Türkiye 

0 535 226 0836
i...@ertanturizm.com

Re: Unrecognized option '-Wl,-rpath' for jv-convert

2011-01-26 Thread Gerald Pfeifer 
On Tue, 11 Jan 2011, Andrew Haley wrote:
>> This is http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42524
>> aka http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206
> Ah, yes.  It seems I approved the fix for this in2006, but it never
> went in.

Hmm, looking into Bugzilla Ralf did have an issue with the suggested
fix.

Ralf, this still happens.  How to best tackle this?  I'd really love
to see this nailed down for GCC 4.6.0 at least.

Gerald

Re: Unrecognized option '-Wl,-rpath' for jv-convert

2011-01-26 Thread Ralf Wildenhues 
* Gerald Pfeifer wrote on Thu, Jan 27, 2011 at 01:04:03AM CET:
> On Tue, 11 Jan 2011, Andrew Haley wrote:
> >> This is http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42524
> >> aka http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206
> > Ah, yes.  It seems I approved the fix for this in2006, but it never
> > went in.
> 
> Hmm, looking into Bugzilla Ralf did have an issue with the suggested
> fix.

You mean :

Yes.  LTLIBICONV can rightfully contain the string "libiconv.la" in some
setups, and I wouldn't know how the gcc driver should cope with that.

> Ralf, this still happens.  How to best tackle this?

As I described in that comment, maybe?  By removing instances of $wl aka
$acl_cv_wl from $LIBICONV, and turning commas into spaces.  This can't
be the first external library for which this is done in GCC, no?

> I'd really love to see this nailed down for GCC 4.6.0 at least.

Well, if there is something wrong with my 5-year-old analysis, then I
would surely be glad to learn about it.

Thanks,
Ralf