Dear all,
I have a thread & 2 func.flush_2_db() is in thread & add_element() is
outside of thread.
add_element's job is adding data to link list.& flush_2_db()'s job is
reading list & drop from list.But my problem is override data & lost
data, because flush_2_db is in the thread & both work parall
> Please test this version and report back in this thread (not to me
> privately) the results of "make check". Also include your target triplet,
> and the versions of your compiler, gmp and mpfr.
I just tested on i386-apple-darwin10.0.0 with:
* gcc version 4.2.1 (Apple Inc. build 5646)
* GMP 4
< Forwarded due to missing address>
Original Message
Subject:Re: new plugin events
Date: Sun, 08 Nov 2009 18:25:21 +0100
From: Basile STARYNKEVITCH
To: Terrence Miller
References: <4ae72a4f.8000...@starynkevitch.net>
<4af28075.7020...@starynkevitch.net>
<4af
On Sun, Nov 8, 2009 at 6:35 PM, Terrence Miller wrote:
> < Forwarded due to missing address>
>
> Original Message
> Subject: Re: new plugin events
> Date: Sun, 08 Nov 2009 18:25:21 +0100
> From: Basile STARYNKEVITCH
> To: Terrence Miller
> References: <4ae72a
IDE projects are an example of development that could make good use of a
plugin that might never be integrated in the
compiler, indeed shouldn't ever be integrated in the compiler.
Terrence Miller
Richard Guenther wrote:
Basile STARYNKEVITCH wrote:
Terren
Mohsen Pahlevanzadeh writes:
> I have a thread & 2 func.flush_2_db() is in thread & add_element() is
> outside of thread.
> add_element's job is adding data to link list.& flush_2_db()'s job is
> reading list & drop from list.But my problem is override data & lost
> data, because flush_2_db is in
Quoting Richard Guenther :
On Sun, Nov 8, 2009 at 6:35 PM, Terrence Miller
...
For example, as far as I know, no common Linux distribution provides a
package for any kind of GCC branch. I believe (perhaps I am too optimistic)
that some Linux distributions will package some few GCC plugins.
Y
On Sun, Nov 8, 2009 at 9:47 PM, Joern Rennecke wrote:
> Quoting Richard Guenther :
>
>> On Sun, Nov 8, 2009 at 6:35 PM, Terrence Miller
>
> ...
>>>
>>> For example, as far as I know, no common Linux distribution provides a
>>> package for any kind of GCC branch. I believe (perhaps I am too
>>> opt
On Sun, Nov 8, 2009 at 10:03 PM, Richard Guenther
wrote:
> On Sun, Nov 8, 2009 at 9:47 PM, Joern Rennecke wrote:
>> Quoting Richard Guenther :
>>
>>> On Sun, Nov 8, 2009 at 6:35 PM, Terrence Miller
>>
>> ...
For example, as far as I know, no common Linux distribution provides a
pac
On Sun, 8 Nov 2009, Joern Rennecke wrote:
> With a plugin, the developer can simply point the user at the place where
> he can download the plugin for his current version, and we can get quick
> feedback on the usefulness of the new optimization.
Except that, based on what Richard and Basile discu
On Sun, Nov 8, 2009 at 1:22 AM, Kaveh R. Ghazi wrote:
>> From: "David Edelsohn"
>>
>> MPC-0.8 build fails on AIX due to libtool. The changes to libtool
>> between MPC-0.7 and MPC-0.8 rely on Bash-specific features. Manually
>> editing libtool to use Bash allowed the build to succeed.
>
> Hi Dav
On Sun, Nov 8, 2009 at 10:13 PM, Gerald Pfeifer wrote:
> On Sun, 8 Nov 2009, Joern Rennecke wrote:
>> With a plugin, the developer can simply point the user at the place where
>> he can download the plugin for his current version, and we can get quick
>> feedback on the usefulness of the new optim
Quoting Richard Guenther :
It's not that simple if you are not suggesting that all plugin development
will happen against a stable branch. And even then the plugin binary
needs an exactly mathching gcc version - how do you suppose the user
will get that? By compiling both itself or by the devel
Gerald Pfeifer wrote:
On Sun, 8 Nov 2009, Joern Rennecke wrote:
With a plugin, the developer can simply point the user at the place where
he can download the plugin for his current version, and we can get quick
feedback on the usefulness of the new optimization.
Except that, based on what Rich
On Sun, 8 Nov 2009, Basile STARYNKEVITCH wrote:
>> All of which terribly reminds me of the painful (for end users, ISVs,
>> IHVs, OSVs,...) situation we have with the Linux kernel and out-of-tree
>> modules.
> I do agree with the similarity. But is that situation [of today's linux
> kernel modul
Snapshot gcc-4.3-20091108 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20091108/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
"Kaveh R. GHAZI" wrote:
> Please test this version and report back in this thread (not to me
> privately) the results of "make check". Also include your target triplet,
> and the versions of your compiler, gmp and mpfr.
===
All 57 tests passed
===
sh4-unknown-lin
Hello All,
is gcc-trunk -flto -O2 aimed for medium sized programs (something like bash), or for bigger ones (something like the
linux kernel, the Xorg server, the Qt or GTK graphical toolkit libraries, or bootstrapping GCC itself. Currently it
seems that the stage3 compiler is not compiled with
http://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html#Debugging-Options
describes -fdump-tree-SWITCH
where SWITCH may be one of a number of "switches" including:
cfg
vcg
I tried the vcg switch; however, it looks like that's just the control
flow for basic block. The cfg switch looks si
Basile STARYNKEVITCH wrote:
I sometimes try using gcc-trunk -flto when recompiling new stuff. The biggest software I tried so far with success is
caia or malice by J.Pitrat (440KLOC of source, 10Mb binary) or ocamlrun (20?KLOC source, 212Kb binary) but I never used
it yet on very big software (
Hi,
On Tuesday 03 November 2009 17:52:40 David Edelsohn wrote:
> On Wed, Oct 21, 2009 at 7:49 AM, Jon Beniston wrote:
> >> The port is ok to check in.
> >
> > Great - so can I apply it, or does someone else need to?
>
> Until you have write access to the repository, someone else needs to
> commi
On 11/08/2009 10:29 PM, David Edelsohn wrote:
The problem is shell append += and libtool not running with the same
shell used by configure.
What version of libtool is used by mpc? Libtool HEAD could fix this bug.
Paolo
After checking in the patch to provide unique pass names for all passes,
I created
svn://gcc.gnu.org/svn/gcc/branches/ici-20091108-branch
and merged in the patches from:
http://gcc-ici.svn.sourceforge.net/svnroot/gcc-ici/branches/patch-gcc-4.4.0-ici-2.0
Could you please check that this
Hi,
These days, I’m trying to build gcc-4.4.2 + binutils-2.20 + gmp + mpfr in
Msys+MinGW and Cygwin environment.
The builds on both environments are OK, but I cannot run "make check", or
"make check-gcc".
Finally, I found, that, to run test, you must first install guile, autogen,
tck/tk, expect,
> The platforms still needed for mpc-0.8 release testing are:
>
> i386-unknown-freebsd (have results for mpc-0.8dev)
>
> i686-pc-cygwin (have results for mpc-0.8dev)
> hppa2.0w-hp-hpux11.11 (have results for mpc-0.8dev)
mpc-0.8 builds and all tests pass on:
hppa1.1-hp-hpux10.20
hppa2.0w-hp-hpux1
Yes, that's what I want to do.
As I mentioned in the subject, I'd like to realize s/w
individualization via compiler optimization,
and I still need to think of some more techniques.
Thanks for your help.
Regards,
Byoungyoung Lee
On Sun, Nov 8, 2009 at 4:36 AM, Ian Lance Taylor wrote:
> Byoungyou
On Mon, 9 Nov 2009, Paolo Bonzini wrote:
> On 11/08/2009 10:29 PM, David Edelsohn wrote:
> > The problem is shell append += and libtool not running with the same
> > shell used by configure.
>
> What version of libtool is used by mpc? Libtool HEAD could fix this bug.
> Paolo
(GNU libtool) 2.2.6
From: "David Edelsohn"
AIX Shell is KSH.
The problem is shell append += and libtool not running with the same
shell used by configure.
Hm, the mpc configure script actually has a check for shell +=, and on my
solaris box it correctly detects that it doesn't work.
checking whether t
徐持恒 wrote:
> Finally, I found, that, to run test, you must first install guile, autogen,
> tck/tk, expect, dejagnu.
> In Msys+MinGW and Cygwin environments, these tools are missing or outdated.
The ones in the cygwin distro may be outdated, but they work just fine for
running "make check". The
2009/11/9 Dave Korn :
> 徐持恒 wrote:
>
>> Finally, I found, that, to run test, you must first install guile, autogen,
>> tck/tk, expect, dejagnu.
>> In Msys+MinGW and Cygwin environments, these tools are missing or outdated.
>
> The ones in the cygwin distro may be outdated, but they work just fine
Robert Dewar wrote:
Compared to some of the application systems we deal with gcc is large,
but not very large. We have several Ada users with millions of lines of
code in a single program.
Do you "sell" the -flto option to your customers?
Do you suggest your big customers to recompile their
Thank you, I'll give it a try.
But can you tell me why there are no testresult of MinGW or Cygwin on
gcc-testresults mailinglist ?
> As for MinGW testing, I think the people who work on it do indeed use the
> Cygwin tools from within MSYS shell to run the tests, but I don't know how
> exactly
> Do you suggest your big customers to recompile their 10MLOC Ada code with
> -flto?
-flto doesn't work for Ada yet.
--
Eric Botcazou
2009/11/9 徐持恒 :
>
> Thank you, I'll give it a try.
>
> But can you tell me why there are no testresult of MinGW or Cygwin on
> gcc-testresults mailinglist ?
There are, but as a full testsuite run for cygwin/mingw needs round
about 25-35 hours, they are sent not regular. But if there would be
someb
34 matches
Mail list logo
