Jon Smirl wrote:
Switching to the Google perftools malloc
http://goog-perftools.sourceforge.net/
Google allocator knocked 600MB off from memory use.
Memory consumption did not fall during the write out phase like it did with gcc.
Since all of this is with the same code except for changing the
t
Switching to the Google perftools malloc
http://goog-perftools.sourceforge.net/
10% 30 828M
20% 15 831M
30% 10 834M
40% 50 1014M
50% 80 1086M
60% 80 1500M
70% 200 1.53G
80% 200 1.85G
90% 260 1.87G
95% 520 1.97G
100% 1335 2.24G
Google allocator knocked 600MB off from memory u
I added the gcc people to the CC, it's their repository. Maybe they
can help up sort this out.
On 12/11/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 12/10/07, Nicolas Pitre <[EMAIL PROTECTED]> wrote:
> > On Mon, 10 Dec 2007, Jon Smirl wrote:
> >
> > > New run using same configuration. With the ad
On Mon, 10 Dec 2007, Hans-Peter Nilsson wrote:
> When configured with just a --prefix=x and --target=y,
> $prefix/lib/../$target/sys-include used to be searched, for e.g.
> limits.h, stdio.h and stdlib.h. No $prefix-rooted path shows
> up as a "ignoring nonexistent directory" message either.
>
> I
On 10 December 2007 20:01, Brian Dessent wrote:
> Andreas Schwab wrote:
>
>> Typically in a multithreaded environment vfork is mapped to fork anyway.
>
> ...which is what I don't understand about this whole thread. It seems
> Dave is seeing some strange behavior in Cygwin, but Cygwin's vfork =
When configured with just a --prefix=x and --target=y,
$prefix/lib/../$target/sys-include used to be searched, for e.g.
limits.h, stdio.h and stdlib.h. No $prefix-rooted path shows
up as a "ignoring nonexistent directory" message either.
I don't know when this changed, but it doesn't seem like a
On Mon, Dec 10, 2007 at 11:35:15PM +0100, Andreas Schwab wrote:
> Glibc will map vfork to fork in a multithreaded environment.
LinuxThreads used to. NPTL does not; this caused various trouble for
GDB at the time.
--
Daniel Jacobowitz
CodeSourcery
Snapshot gcc-4.1-20071210 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20071210/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Joe Buck <[EMAIL PROTECTED]> writes:
> While the standard's wording might need fixing, with every implementation
> of vfork I know of, there are no threads. It's a mechanism for systems
> that don't support fork (or that can only do fork in a horribly
> inefficient way, say because there's no MMU
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> On Mon, Dec 10, 2007 at 11:18:57AM -0800, Joe Buck wrote:
>> While the standard's wording might need fixing, with every implementation
>> of vfork I know of, there are no threads. It's a mechanism for systems
>> that don't support fork (or that can
Kaveh R. GHAZI wrote:
>>> I would update the recommended version to 2.3.0 and fail for anything less
>>> than 2.2.1.
> Ok, here's my patch. Since we may have some developers still using 2.2.0,
> I'll wait say a week after approval before installing to give them time to
> upgrade.
> Ok for mainl
On Mon, Dec 10, 2007 at 09:55:24AM +, ashish mahamuni wrote:
> Hi,
>
> I am working on Intel i686 machine
> I've Hello_World.c file.
> When I give following command compiler gives error
> that Invalid Option.
>
> gcc -mlittle-endian Hello_World.c
> or
> gcc -mlittle-endian Hello_World.c
>
>
Joe Buck <[EMAIL PROTECTED]> writes:
> I don't think it's wise to waste time fixing theoretical bugs
> exposed by close reading of the standard. Now, messing with environ
> with vfork will mess up the parent process, and if that happens it's a
> bug. But getting around it by using fork will harm
[ example updated ]
Hi,
Since at least 3.4, the GCC manual says:
Use the `section' attribute with an _initialized_ definition of a
_global_ variable, as shown in the example. GCC issues a warning
and otherwise ignores the `section' attribute in uninitialized
variable declara
On Sun, 9 Dec 2007, Mark Mitchell wrote:
> Richard Guenther wrote:
>
> > I would update the recommended version to 2.3.0 and fail for anything less
> > than 2.2.1.
>
> I agree. Not optimizing bessel functions as builtins doesn't bother me
> too much, but we might as well move past the buggy versi
On Fri, Dec 07, 2007 at 15:42:31 +0100, J.C. Pizarro wrote:
> A powerful tool can do better things that old generators-based tools
> (as autotools).
>
> To imagine, there are many scripts in subdirectories or subprojects:
No, there are not. There is just one. Multiple configuration scripts rarely
On Mon, Dec 10, 2007 at 02:22:45PM -0500, Daniel Jacobowitz wrote:
> On Mon, Dec 10, 2007 at 11:18:57AM -0800, Joe Buck wrote:
> > While the standard's wording might need fixing, with every implementation
> > of vfork I know of, there are no threads. It's a mechanism for systems
> > that don't sup
Andreas Schwab wrote:
> Typically in a multithreaded environment vfork is mapped to fork anyway.
...which is what I don't understand about this whole thread. It seems
Dave is seeing some strange behavior in Cygwin, but Cygwin's vfork =
fork, there is no difference. There used to be a vfork spec
"Dave Korn" <[EMAIL PROTECTED]> writes:
> On 07 December 2007 20:52, Andreas Schwab wrote:
>
>> "Dave Korn" <[EMAIL PROTECTED]> writes:
>>
>>> Perhaps we could work around this case by setting environ in the parent
>>> before the vfork call and restoring it afterward, but we'd need kind of
>>>
On Mon, Dec 10, 2007 at 11:18:57AM -0800, Joe Buck wrote:
> While the standard's wording might need fixing, with every implementation
> of vfork I know of, there are no threads. It's a mechanism for systems
> that don't support fork (or that can only do fork in a horribly
> inefficient way, say be
On Mon, Dec 10, 2007 at 06:32:08PM -, Dave Korn wrote:
> On 07 December 2007 20:52, Andreas Schwab wrote:
>
> > "Dave Korn" <[EMAIL PROTECTED]> writes:
> >
> >> Perhaps we could work around this case by setting environ in the parent
> >> before the vfork call and restoring it afterward, but
On 07 December 2007 20:52, Andreas Schwab wrote:
> "Dave Korn" <[EMAIL PROTECTED]> writes:
>
>> Perhaps we could work around this case by setting environ in the parent
>> before the vfork call and restoring it afterward, but we'd need kind of
>> serialisation there,
>
> Do we? vfork should bl
On 12/10/07, Alexander Monakov <[EMAIL PROTECTED]> wrote:
> Hi. Sorry for the previous empty reply.
>
> > also, i see
> > + /* We do not use operand_equal_p for ORIG_EXPRs because we need to
> > + distinguish memory references at different points of the loop
> > (which
> > + would have di
On Sun, Dec 09, 2007 at 11:35:32AM -0500, Balaji V. Iyer wrote:
> Hello Rask,
> I am not understanding your response, can you clarify it for me?
>
> As per the question about the error message above?
>
> ../../gcc-4.0.2/gcc/libgcc2.c -o libgcc/./_negdi2.o
> ../../gcc-4.0.2/gcc/libgcc2.c: I
Hi. Sorry for the previous empty reply.
also, i see
+ /* We do not use operand_equal_p for ORIG_EXPRs because we need to
+ distinguish memory references at different points of the loop
(which
+ would have different indices in SSA form, like a[i_1] and a[i_2],
but
+ were later
> When do you un-parallel those instructions? And, how?
I don't; I use a C function to output such an insn group.
In that C function, I basically save the global state of final, and use
functions of final.c to output constitutent insns.
The insn group output function basically looks like this:
When I read the example of alias analysis from
http://gcc.gnu.org/onlinedocs/gccint/Alias-analysis.html, I could not
understand it. Here is this example and text,
"For instance, consider the following function:
foo (int i)
{
int *p, *q, a, b;
if (i > 10)
p
On Fri, 07 Dec 2007 23:49:28 +0300, Daniel Berlin <[EMAIL PROTECTED]>
wrote:
On 12/7/07, Alexander Monakov <[EMAIL PROTECTED]> wrote:
Hi.
Attached is the patch that allows to save dependence info obtained on
tree
level by data-reference analysis for usage on RTL level (for RTL memory
disa
On Mon, 10 Dec 2007, Gabriel Paubert wrote:
> On Fri, Dec 07, 2007 at 04:47:19PM -0800, Harvey Harrison wrote:
> > Some interesting stats from the highly packed gcc repo. The long chain
> > lengths very quickly tail off. Over 60% of the objects have a chain
> > length of 20 or less. If anyone w
According to http://gcc.gnu.org/onlinedocs/libiberty/Using.html:
> Passing --enable-install-libiberty to the configure script when
building |libiberty| causes the header files and archive library to be
installed when make install is run
When I run make install against the current svn libibert
ashish mahamuni wrote:
> Hi,
>
> I am working on Intel i686 machine
> I've Hello_World.c file.
> When I give following command compiler gives error
> that Invalid Option.
>
> gcc -mlittle-endian Hello_World.c
> or
> gcc -mlittle-endian Hello_World.c
>
> I am using 4.2 version of gcc (Latest one
Richard Guenther wrote:
This transformation is indeed invalid according to our type-based alias
rules. There is no 'easy' way to make it work (well, force
-fno-strict-aliasing)
other than to make the access through a pointer to a union. That is:
union {
struct s;
long long int x;
} *cilsim
On Dec 10, 2007 10:53 AM, Gabriele SVELTO <[EMAIL PROTECTED]> wrote:
> Hi everybody,
> I'm working on a pass for the CLI back-end which 'simplifies' GIMPLE code
> before
> entering the tree-ssa passes in order to simplify and improva CLI emission by
> removing or simplifying nodes which don't ha
Hi thomas,
Thanks for your reply. A couple of questions below.
Thomas Sailer wrote:
Has anyone faced a similar problem before? Are there targets for which
both VLIW and DBR are enabled? Perhaps ia64?
I did something similar a few months ago.
What was your target? Is the target code available
On Dec 9, 2007 2:19 AM, Thomas Sailer <[EMAIL PROTECTED]> wrote:
> > Has anyone faced a similar problem before? Are there targets for which
> > both VLIW and DBR are enabled? Perhaps ia64?
>
Ok, this was a long time back, but Yes I have faced a similar problem.
We disabled
delayed branch schedulin
From: David Miller <[EMAIL PROTECTED]>
Date: Fri, 07 Dec 2007 04:53:29 -0800 (PST)
> I should run oprofile...
While doing the initial object counting, most of the time is spent in
lookup_object(), memcmp() (via hashcmp()), and inflate(). I tried to
see if I could do some tricks on sparc with the
Hi,
I am working on Intel i686 machine
I've Hello_World.c file.
When I give following command compiler gives error
that Invalid Option.
gcc -mlittle-endian Hello_World.c
or
gcc -mlittle-endian Hello_World.c
I am using 4.2 version of gcc (Latest one I guess).
How can I use this options?
Thanks
A
On Fri, Dec 07, 2007 at 04:47:19PM -0800, Harvey Harrison wrote:
> Some interesting stats from the highly packed gcc repo. The long chain
> lengths very quickly tail off. Over 60% of the objects have a chain
> length of 20 or less. If anyone wants the full list let me know. I
> also have includ
Hi everybody,
I'm working on a pass for the CLI back-end which 'simplifies' GIMPLE code before
entering the tree-ssa passes in order to simplify and improva CLI emission by
removing or simplifying nodes which don't have a corresponding straightforward
implementation in CLI. The pass runs betwe
ashish mahamuni wrote:
> Hi All,
>
> Can I know the list of file names in gcc source where
> endianness support is implemented
>
>
Yes, from the root of the gcc source tree do something like this:
grep -r _ENDIAN * | grep -v .svn
David Daney
40 matches
Mail list logo
