send it for reviewing.
(I would not do the whole before getting a green signal... It could take
me at least 4-5 hours to review the whole patch...)
http://lavela.hu/gcc.misspell-fixer.20130704.notrevised.patch.bz2
This is the patch generated by the misspell fixer script.
(This is the patch against
Hi,
I'm not sure if this is a bug in gcc, or in Java,
or maybe even a feature, so I'm asking for opinion here before
opening a PR...
The attached testcase requires gcc and gfortran, as well as a JDK
installation. When running "make" with gcc/gfortran 4.7.2 and
Oracle JDK 1.7, a single call to JNI
On 4 July 2013 08:20, Marc Glisse wrote:
>
> The script could do with some improvements, but it would be good indeed to
> fix some of those typos.
>
> - the script creates non-words : suppresss
Yes, I noticed "functino" being changed to "functiono" :-)
> I also believe you should separate comment
On Fri, Jun 28, 2013 at 6:39 PM, Eric Botcazou wrote:
>> The problem is auto-inc-dec is weak and can only capture
>> post-increment in first part of code, generating even worse code for
>> RA:
>> .L1:
>> r197 <- r162
>> [r197++] <- x
>> ...
>> [r162+4] <- y
>> r162 <- r197+0x4
>> ...
>
On 07/04/2013 11:22 AM, Martin Reinecke wrote:
The attached testcase requires gcc and gfortran, as well as a JDK
installation. When running "make" with gcc/gfortran 4.7.2 and
Oracle JDK 1.7, a single call to JNI_CreateJavaVM() changes the
behaviour of subsequent READ statements in the Fortran cod
On 07/04/13 13:43, Florian Weimer wrote:
> On 07/04/2013 11:22 AM, Martin Reinecke wrote:
>> The attached testcase requires gcc and gfortran, as well as a JDK
>> installation. When running "make" with gcc/gfortran 4.7.2 and
>> Oracle JDK 1.7, a single call to JNI_CreateJavaVM() changes the
>> beh
On 07/04/2013 01:55 PM, Martin Reinecke wrote:
On 07/04/13 13:43, Florian Weimer wrote:
On 07/04/2013 11:22 AM, Martin Reinecke wrote:
The attached testcase requires gcc and gfortran, as well as a JDK
installation. When running "make" with gcc/gfortran 4.7.2 and
Oracle JDK 1.7, a single call t
On 07/04/13 14:09, Florian Weimer wrote:
> What happens is that the JVM initialization in JNI_CreateJavaVM() calls
> setlocate. This seems to change the behavior of READ. I don't know enough
> about gfortran to judge whether READ should follow the libc locale or not.
All I can say is that I d
Hi!
On Wed, 3 Jul 2013 09:54:58 -0700, Jason Merrill wrote:
> On 07/03/2013 02:47 AM, Thomas Schwinge wrote:
> > OK, that of course works, but from the wiki page I got the idea that it
> > explicitly was meant to merge these together. So assuming this used to
> > work in the past, I wonder what
really history obtrusive.
> >
> > I will create a small subset for preview and send it for reviewing.
> > (I would not do the whole before getting a green signal... It could take
> > me at least 4-5 hours to review the whole patch...)
>
> http://lavela.hu/gcc.misspell-f
Martin Reinecke wrote:
>
> The attached testcase requires gcc and gfortran, as well as a JDK
> installation. When running "make" with gcc/gfortran 4.7.2 and
> Oracle JDK 1.7, a single call to JNI_CreateJavaVM() changes the
> behaviour of subsequent READ statements in the Fortran code,
> depending
Hi all,
It seems that sometimes haifa-scheduler assigns ANTI dependency for the
instructions having TRUE dependency.
I observed it happening in case of basic block as following:
<32 memory load/store rtx>
rtx_1: store to memory
rtx_2: load from memory
I1 and i2 will have
Hi Tobias!
>> The attached testcase requires gcc and gfortran, as well as a JDK
>> installation. When running "make" with gcc/gfortran 4.7.2 and
>> Oracle JDK 1.7, a single call to JNI_CreateJavaVM() changes the
>> behaviour of subsequent READ statements in the Fortran code,
>> depending on the va
On Thu, 4 Jul 2013, Tobias Burnus wrote:
> It sounds like the following bug:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
>
> libgfortran calls libc's strtof/strtod/strtold/libquadmath's strtoflt128
> to convert the number. And that function is locale dependent - but
> gfortran assumes tha
Bruce,
While bootstrapping darwin without the SDK (aka /usr/include) being present
in /,
I discovered the latent defect that fixincludes/fixinc.in doesn't honor the use
of the
--with-sysroot configure option and blindly uses the headers in /usr/include.
The code in fixincludes needs some mecha
On 07/04/13 09:40, Jack Howarth wrote:
Currently I am forced to manually patch fixincludes/fixinc.in to have the DIR
passed to
--with-sysroot honored during the bootstrap. Thanks in advance for any help in
getting
this oversight in fixincludes fixed for gcc 4.9.
Jack
I saw the bu
On Thu, Jul 04, 2013 at 10:41:45AM -0700, Bruce Korb wrote:
> On 07/04/13 09:40, Jack Howarth wrote:
>> Currently I am forced to manually patch fixincludes/fixinc.in to have the
>> DIR passed to
>> --with-sysroot honored during the bootstrap. Thanks in advance for any help
>> in getting
>> this o
Здравствуйте!
Меня зовут Bячеслaв.
Наш сервис занимается распространением коммерческих предложений в сети.
Предлагаем сформировать базу данных предприятий по нужным критериям и сделать
рассылку по данной базе.
Цена данной услуги - совсем невысокая.В случае заинтересованности - я
предоставлю
On 4 July 2013 20:19, wrote:
>
> We want to contribute to GCC, but we are confused about the preferred work
> flow in GCC community. Should we report the bug along with the suggested
> patch at the same time? Or, after bug reporting we send the suggested
> patch to gcc-patch@ and so on? Would a b
An update on this year's Cauldron.
As I mentioned before, we have reached the maximum number of
attendees that we can accept. Registrations are now closed.
If you had registered but will no longer be able to attend,
please let us know so we can free up that slot for someone else.
I have added
On Thu, Jul 04, 2013 at 10:41:45AM -0700, Bruce Korb wrote:
> On 07/04/13 09:40, Jack Howarth wrote:
>> Currently I am forced to manually patch fixincludes/fixinc.in to have the
>> DIR passed to
>> --with-sysroot honored during the bootstrap. Thanks in advance for any help
>> in getting
>> this o
Does anyone know if it is possible to have the toplevel configure.ac set...
--with-sysroot="`xcrun --show-sdk-path`"
for darwin13 or later? In particular, I am confused by the fact that the
toplevel
configure.ac doesn't define that particular configure option and just passes it
down to the lo
http://gcc.gnu.org/bugzilla//show_bug.cgi?id=56779
Can someone please take a look at this bug? Since 4.8.0 we have
this annoying error when g++ complains about libintl:
configure:3223: checking whether the C++ compiler (c++ -march=native
-O3 -pipe -floop-interchange -floop-strip-mine -flo
23 matches
Mail list logo
