Unfortunately they didn't document the "why" just the "what"!
Tim Josling
mer's
View of GCC", there are many impediments to contributing to GCC.
http://www.linux.org.uk/~ajh/gcc/gccsummit-2003-proceedings.pdf
Things are not much better than they were when Zach wrote his paper. This small
change would be one positive step n the right direction, IMHO.
Tim Josling
Paul Thomas wrote:
I am being hit by this:
rf2out.c -o dwarf2out.o
../../trunk/gcc/dwarf2out.c: In function `file_name_acquire':
../../trunk/gcc/dwarf2out.c:7672: error: `files' undeclared (first use
in this f
unction)
../../trunk/gcc/dwarf2out.c:7672: error: (Each undeclared identifier is
re
FX Coudert wrote:
Hi all,
I reviewed this afternoon the postings from the gcc-testresults
mailing-list for the past month, and we have a couple of gfortran
testsuite failures showing up on various targets. Could people with
access to said targets (possibly maintainers) please file PRs in
bug
of unexpected successes 2
# of expected failures 155
# of unresolved testcases 2
# of untested testcases 28
# of unsupported tests 374
/home/tim/src/gcc-4.3-20070413/ia64/gcc/xgcc version 4.3.0 20070413
(experimental)
=== gfortran tests ===
[EMAIL PROTECTED] wrote:
Where is gstdint.h ? Does it acctually exist ?
libdecnumber seems to use it.
decimal32|64|128.h's include decNumber.h which includes deccontext.h
which includes gstdint.h
When you configure libdecnumber (e.g. by running top-level gcc
configure), gstdint.h should be
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Where is gstdint.h ? Does it acctually exist ?
libdecnumber seems to use it.
decimal32|64|128.h's include decNumber.h which includes deccontext.h
which includes gstdint.h
When you configure libdecnumber (e.g. by running top-level gcc
config
[EMAIL PROTECTED] wrote:
Tim Prince wrote:
[EMAIL PROTECTED] wrote:
Where is gstdint.h ? Does it acctually exist ?
libdecnumber seems to use it.
decimal32|64|128.h's include decNumber.h which includes deccontext.h
which includes gstdint.h
When you configure libdecnumber (e.g. by ru
[EMAIL PROTECTED] wrote:
I just (re-)discovered these tables giving maximum known errors in some
libm functions when extended precision is enabled:
http://people.inf.ethz.ch/gonnet/FPAccuracy/linux/summary.html
and when the precision of the mantissa is set to 53 bits (double
precision):
[EMAIL PROTECTED] wrote:
On Apr 29, 2007, at 1:01 PM, Tim Prince wrote:
It makes no sense at all for sqrt() to break down with change in
precision mode.
If you do an extended-precision (80-bit) sqrt and then round the result
again to a double (64-bit) then those two roundings will
[EMAIL PROTECTED] wrote:
Cygcheck version 1.90
Compiled on Jan 31 2007
How do I get a later version of Cygwin ?
1.90 is the current release version. It seems unlikely that later trial
versions have a patch for the stdio.h conflict with C99, or changes
headers to avoid warnings which by d
[EMAIL PROTECTED] wrote:
James,
On 5/1/07, Aaron Gray <[EMAIL PROTECTED]> wrote:
Hi James,
> Successfully built latest gcc on Win XP SP2 with cvs built cygwin.
I was wondering whether you could help to get me to the same point
please.
You will need to use Dave Korns patch for newlib.
ht
Lese selbst:
http://www.npd.de/npd_info/deutschland/2005/d0305-14.html
Jetzt weiss man auch, wie es dazu kommt, dass Drogen, Waffen & Handy's in die
Haende der Knacki's gelangen!
Gabriel Dos Reis wrote:
Andrew Pinski <[EMAIL PROTECTED]> writes:
| >
| > On Fri, 16 Dec 2005, Paolo Bonzini wrote:
| > > Yes. "make bubblestrap" is now called simply "make".
| >
| > Okay, how is "make bootstrap-lean" called these days? ;-)
| >
| > In fact, bootstrap-lean is still documente
On 10/14/2015 11:36 AM, Steve Kargl wrote:
> On Wed, Oct 14, 2015 at 11:32:52AM -0400, Tim Prince wrote:
>> Sorry if someone sees this multiple times; I think it may have been
>> stopped by ISP or text mode filtering:
>>
>> Since Sept. 26, the partial support for Wind
://ca.mirror.babylon.network/gcc/ |
rsync://ca.mirror.babylon.network/gcc/, thanks to Tim Semeijn
(noc@babylon.network) at Babylon Network.
---
Thanks in advance!
--
Tim Semeijn
Babylon Network
PGP: 0x2A540FA5 / 3DF3 13FA 4B60 E48A E755 9663 B187 0310 2A54 0FA5
signature.asc
Description: OpenPGP digital
informed you sufficiently and if you have any questions
please let me know.
Best regards,
--
Tim Semeijn
Babylon Network
PGP: 0x2A540FA5 / 3DF3 13FA 4B60 E48A E755 9663 B187 0310 2A54 0FA5
signature.asc
Description: OpenPGP digital signature
ot;no-fast") settings locally, so that complex-limited-range might be in
effect inside the scope of the directive (no matter whether you want
it). They made changes in the current beta compiler, so it's no longer
practical to set standard-compliant options but discard them by pragma
in individual for loops.
--
Tim Prince
please let me know!
Best regards,
Tim Semeijn
BBLN
c://mirror-nl1.bbln.org/gcc
As contact for these mirrors you can list: BBLN (n...@bbln.org)
Thanks in advance!
- --
Tim Semeijn
pgp 0x08CE9B4D
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
iQEcBAEBAgAGBQJUTqSFAAoJEB4F+FYIzptNRQ4H/imDU1bWiveW0t
rsive function A,
split it into function B and C, so that A is equivalent to { B();
return C(); }, where B should be easy to inline (e.g. no recursive
calls) and C may not.
Is it possible/reasonable to do such an optimization? I hope it can help. :)
Thanks!
--
Regards,
Tim Shen
/gcc/
ftp://mirror0.babylon.network/gcc/
rsync://mirror0.babylon.network/gcc/
Location: Gravelines, France
Contact: Tim Semeijn (noc@babylon.network) at Babylon Network
- ---
http://mirror1.babylon.network/gcc/
https://mirror1.babylon.network/gcc/
ftp://mirror1.babylon.network/gcc/
rsync
:
- ---
http://mirror0.babylon.network/gcc/
https://mirror0.babylon.network/gcc/
ftp://mirror0.babylon.network/gcc/
rsync://mirror0.babylon.network/gcc/
Location: Gravelines, France
Contact: Tim Semeijn (noc@babylon.network) at Babylon Network
- ---
http://mirror1.babylon.network/gcc/
https
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Gerald,
Thanks for processing the patch!
Best regards,
On 4/23/15 11:49 PM, Gerald Pfeifer wrote:
> On Fri, 17 Apr 2015, Tim Semeijn wrote:
>> We have changed our company name, hostnames and contact
>> information. Please rem
.
Thanks.
--
Tim RiceMultitalents
t...@multitalents.net
On Fri, 6 Sep 2019, Jonathan Wakely wrote:
> On Fri, 6 Sep 2019 at 04:26, Tim Rice wrote:
> >
> >
> > I have a use case where I would like gcc to accept -Kthread
> > and act as if it was passed -pthread. So -Kthread would
> > be a synonym for -pthread.
>
>
We will soon decommission our Canadian mirror due to restructuring.
Please remove the following server from the mirror list:
ca.mirror.babylon.network/gcc
Our French mirrors will remain active.
Thanks!
--
Tim Semeijn
Babylon Network
PGP: 0x2A540FA5 / 3DF3 13FA 4B60 E48A E755 9663 B187 0310
Dear,
For the foreseeable future we will not be able to provide our mirrors
anymore. Could you please remove:
nl.mirror.babylon.network
fr.mirror.babylon.network
Thanks!
--
Tim Semeijn
Babylon Network
PGP: 0x2A540FA5 / 3DF3 13FA 4B60 E48A E755 9663 B187 0310 2A54 0FA5
signature.asc
reversal machinery, but I haven't seen it
used for vectorization. In a simple case like this, some might argue
there's no reason to write a backward loop when it could easily be
reversed in source code, and compilers have been seen to make mistakes
in reversal.
--
Tim Prince
ences
of 1 ULP.
--
Tim Prince
an someone confirm that a change has been made and where I can find
more information about it?
Thanks!
--
.Tim
Tim D. Hammer
Software Developer
Global Business & Services Group
Xerox Corporation
M/S 0111-01A
800 Phillips Road
Webster, NY 14580
Phone: 585/427-1684
Fax: 585/231-5596
Mai
ituation may be useful.
--
Tim Prince
s linux license:
http://software.intel.com/en-us/articles/Non-Commercial-license/?wapkw=%28non-commercial+license%29
It isn't supported in the gcc context. Needless to say, I don't speak
for my employer.
--
Tim Prince
options, e.g. auto-vectorization of sum reduction.
If you do want gcc -fcx-limited range, icc spells it -complex-limited-range.
--
Tim Prince
ng, but this might point to a bug in the
cpu instruction FPREM1
Kind Regards
James
As I recall, the remaindering instruction was documented as using a
66-bit rounded approximation fo PI, in case that is what you refer to.
--
Tim Prince
dump using -fdump, I am looking for a
better way to work around this problem.
Tim Crook.
Thanks David.
I thought -mmininal-toc might have been a better workaround as well :-) .
Is there a Bugzilla number for this issue?
-Original Message-
From: David Edelsohn [mailto:dje@gmail.com]
Sent: Tuesday, July 28, 2009 9:46 AM
To: Tim Crook
Subject: Re: How to figure out the
Eric Niebler wrote:
Angelo Graziosi wrote:
Eric Niebler wrote:
I am running into the same problem (cannnot build latest snapshot on
cygwin). I have built and installed the latest binutils from head
(see attached config.log for details). But still the build fails. Any
help?
This is strange!
Joern Rennecke wrote:
Quoting Mark Tall :
Joern Rennecke wrote:
But at any rate, the subject does not agree with
the content of the original post. When we talk
about a 'regression' in a particular gcc version,
we generally mean that this version is in some
way worse than a previous version of
Toon Moene wrote:
Richard Guenther wrote:
On Sun, Nov 15, 2009 at 8:07 AM, Toon Moene wrote:
Steven Bosscher wrote:
At least CPROP, LCM-PRE, and HOIST (i.e. all passes in gcse.c), and
variable tracking.
Are they covered by a --param ? At least that way I could teach them
to go
on in
Toon Moene wrote:
H.J. Lu wrote:
On Sat, Nov 28, 2009 at 3:21 AM, Toon Moene wrote:
L.S.,
Due to the discussion on register allocation, I went back to a hobby of
mine: Studying the assembly output of the compiler.
For this Fortran subroutine (note: unless otherwise told to the Fortran
front
Richard Guenther wrote:
On Sat, Nov 28, 2009 at 4:26 PM, Tim Prince wrote:
Toon Moene wrote:
H.J. Lu wrote:
On Sat, Nov 28, 2009 at 3:21 AM, Toon Moene wrote:
L.S.,
Due to the discussion on register allocation, I went back to a hobby of
mine: Studying the assembly output of the compiler
Toon Moene wrote:
Toon Moene wrote:
Tim Prince wrote:
> If you want those, you must request them with -mtune=barcelona.
OK, so it is an alignment issue (with -mtune=barcelona):
.L6:
movups 0(%rbp,%rax), %xmm0
movups (%rbx,%rax), %xmm1
incl%ecx
ad
Toon Moene wrote:
REAL, ALLOCATABLE :: A(:,:), B(:,:), C(:,:), D(:,:), E(:,:), F(:,:)
! ... READ IN EXTEND OF ARRAYS ...
READ*,N
! ... ALLOCATE ARRAYS
ALLOCATE(A(N,N),B(N,N),C(N,N),D(N,N),E(N,N),F(N,N))
! ... READ IN ARRAYS
READ*,A,B
C = A + B
D = A * C
E = B * EXP(D)
F = C * LOG(E)
whe
Hello,
I'll begin by stating my knowledge of Unix is almost non-existent.
Using the basic skills that I learned many years ago, I'm currently
trying to rescue a near dead hard drive with DDRescue. First, I need
to install a C++ compiler, which I have downloaded (v4.3.3) and
unzipped to my Mac. I
FX wrote:
Hi all,
I have picked up what seems to be a simple patch from PR36399, but I don't know
enough assembler to tell whether it's fixing it completely or not.
The following function:
#include
__m128i r(__m128 d1, __m128 d2, __m128 d3, __m128i r, int t, __m128i s) {return
r+s;}
is com
Benjamin Redelings I wrote:
Hi,
I have been playing with the GCC vectorizer and examining assembly code
that is produced for dot products that are not for a fixed number of
elements. (This comes up surprisingly often in scientific codes.) So
far, the generated code is not faster than non-ve
Benjamin Redelings I wrote:
Thanks for the information!
Here are several reasons (there are more) why gcc uses 64-bit loads by
default:
1) For a single dot product, the rate of 64-bit data loads roughly
balances the latency of adds to the same register. Parallel dot products
(using 2 accumul
torbenh wrote:
can you please explain, why you reject the idea of -fnoalias ?
msvc has declspec(noalias) icc has -fnoalias
msvc needs it because it doesn't implement restrict and supports
violation of typed aliasing rules as a default. ICL needs it for msvc
compatibility, but has better alt
Steve White wrote:
I was under the misconception that each of these SSE operatons
was meant to be accomplished in a single clock cycle (although I knew there
are various other issues.)
Current CPU architectures permit an SSE scalar or parallel multiply and
add instruction to be issued on eac
them.
--
Tim Prince
which has trouble with it. I do find your
observation interesting.
As far as I know, the oldest distro which works well on Core I7 is
RHEL5.2 x86_64, which I run, with updated gcc and binutils, and HT
disabled, as I never run applications which could benefit from HT.
--
Tim Prince
required for those 64-bit targets.
--
Tim Prince
would have been more appropriate for gcc-help, if
related to gcc, or maybe comp.lang.c, if a question about implementation
in accordance with standard C.
--
Tim Prince
-fortran, make check-g++
separately. Perhaps a script could be made which would detect when the
build is complete, then submit the separate make check serial jobs together.
--
Tim Prince
imizing for early Intel 64-bit Xeon, -mtune=barcelona
would not be consistently good, and you could not use -msse4 or -xSSE4.2.
For optimization which observes standards and also disables vectorized
sum reduction, you would omit -ffast-math for gcc, and set icc -fp-model
source.
--
Tim Prince
ut 2 years. Whether vectorizing or not,
on an 8 core CPU, the OpenMP introduced in gcc 4.2 would be useful.
This looks like a gcc-help mail list question, which is where you should
submit any follow-up.
--
Tim Prince
could match the floating
point hardware performance, even for a case which starts with operands
in memory (but you mention the case following an addition).
--
Tim Prince
.5 RC for
cygwin gcc/gfortran, didn't know of any other supported languages worth
testing.
My ia64 box died a few months ago, but suse-linux surely was at least as
popular as unknown-linux in recent years.
--
Tim Prince
On 4/8/2010 2:40 PM, Dave Korn wrote:
On 07/04/2010 19:47, Tim Prince wrote:
Will there be a notification if and when C++ run-time will be ready to
test on secondary platforms, or will platforms like cygwin be struck
from the secondary list?
What exactly are you talking about
ple of days.
Thanks.
--
Tim Prince
ob is maintenance of gnu
software (with committee approval), but this does not extend to those of
us for whom it is a secondary role. There once was a survey requesting
responses on how our FSF submissions compared before and after current
employment began, but no summary of the results.
--
Tim Prince
Georg Martius wrote:
> Dear gcc developers,
>
> I am new to this list.
> I tried to use the auto-vectorization (4.2.1 (SUSE Linux)) but unfortunately
> with limited success.
> My code is bassically a matrix library in C++. The vectorizer does not like
> the member variables. Consider this code
Александр Струняшев wrote:
> Good afternoon.
> I need some help. As from what versions your compiler understand that
> "long long" is 64 bits ?
>
> Best regards, Alexander
>
> P.S. Sorry for my mistakes, I know English bad.
No need to be sorry about English, but the topic is OK for gcc-help, not
ug information? Both can be done
with the tool objdump contained in the binutils (normally installed on each
linux), and there are libraries for both tasks to read and use the
information in own applications. You'll get symbol (functions/methods,
arguments, variables) names, addresses, types, etc.
Tim
Steven Bosscher wrote:
On Wed, Oct 29, 2008 at 6:19 AM, S. Suhasini
<[EMAIL PROTECTED]> wrote:
We would like to know whether the new version of the software (compiled with
the new GCC) can be deployed and run on the older setup with RHEL AS 3 and
GCC 2.96. We need not compile again on the old
olution is by no
means portable. A way more elegant solution is to use memory on the heap:
int main()
{
int i, j;
int *buf = (int*) malloc (250 * 100 * sizeof(int));
for (i=0; i<250; i++) {
for (j=0; j<100; j++) {
buf[i][j]=0;
}
}
free (buf);
printf("\nYay! :D\n");
return 0;
}
Tim
Brian Dessent wrote:
> Cygwin has been a secondary target for a number of years. MinGW has
> been a secondary target since 4.3. This generally means that they
> should be in fairly good shape, more or less. To quote the docs:
>
>> Our release criteria for the secondary platforms is:
>>
>>
r, can the fix for it be backported from gcc 4.x to 3.4.x? I
cannot switch to gcc 4.x for some other reasons. If all this doesn't result
in a solution, is there maybe another way for me to determine which
stackframe is the topmost one? (Should I just compare the function name
with "main"? That'd be a bit dirty, wouldn't it?)
Thanks,
Tim München
Andrew Tomazos wrote:
I've been studying the x86 compiled form of the following function:
void function()
{
char buffer[X];
}
where X = 0, 1, 2 .. 100
Naively, I would expect to see:
pushl %ebp
movl%esp, %ebp
subl$X, %esp
leave
ret
Instead
Philipp Thomas wrote:
> On Sun, 28 Dec 2008 14:24:22 -0500, you wrote:
>
>> I have SLES9 and Linux-2.6.5-7.97 kernel install on i586 intel 32 bit
>> machine. The compiler is gcc-c++3.3.3-43.24. I want to upgrade to
>> GCC4.3.2. My question are: Would this upgrade work with
>> SLES9?
>
> Thi
Tobias Burnus wrote:
>
> Otherwise, you could consider building GCC yourself, cf.
> http://gcc.gnu.org/install/. (Furthermore, some gfortran developers
> offer regular GCC builds, which are linked at
> http://gcc.gnu.org/wiki/GFortranBinaries; those are all unofficial
> builds, come without any w
Rodrigo Dominguez wrote:
> I am looking at binary auto-vectorization or taking a binary and rewriting
> it to use SIMD instructions (either statically or dynamically).
That's a tall order, considering how much source level dependency
information is needed. I don't know whether proprietary binary
Zuxy Meng wrote:
> Hi,
>
> "Timothy Madden" 写入消息
!
>> I am sure having twice the number of registers (sse+387) would make a
>> big difference.
You're not counting the rename registers, you're talking about 32-bit mode
only, and you're discounting the different mode of accessing the registers.
>>
nds to drive, but don't mistake that for caring about the open
>> source ideals -- it's merely cost-cutting.
>>
>> Jeff
>>
>>
>
Software developers I deal with use gcc because it's a guaranteed included
part of the customer platforms they are targeting. They're generally
looking for a 20% gain in performance plus support before adopting
commercial alternatives. The GUIs they use don't live up to the
advertisements about ease of use. This doesn't necessarily put them in
either of Jeff's camps.
Tim
Kaveh R. Ghazi wrote:
> What versions of GMP/MPFR do you get on
> your typical development box and how old are your distros?
>
OpenSuSE 10.3 (originally released Oct. 07):
gmp-devel-4.2.1-58
gmp-devel-32bit-4.2.1-58
mpfr-2.2.1-45
Tobias Burnus wrote:
> Toon Moene wrote:
Can somebody with access to SPEC sources confirm / deny and file a bug
report, if appropriate?
I just started working on SPEC CPU2006 issues this week.
> Seemingly yes. To a certain extend this was by accident as "-msse3" was
> used, but it is on
Dave Korn wrote:
>
> Heh, I was just about to post that, only I was looking at $clooginc rather
> than $pplinc! The same problem exists for both; I'm pretty sure we should
> fall back on $prefix if the --with option is empty.
>
When I bootstrapped gcc 4.5 on cygwin yesterday, configure recog
Dave Korn wrote:
> Tim Prince wrote:
>> Dave Korn wrote:
>>
>>> Heh, I was just about to post that, only I was looking at $clooginc rather
>>> than $pplinc! The same problem exists for both; I'm pretty sure we should
>>> fall back on $pref
Dave Korn wrote:
Tim Prince wrote:
#include
no such file
-I/include was set by configure. As you say, there is something bogus here.
setup menu shows cloog installed in development category, but I can't find
any such include file. Does this mean the cygwin distribution of clo
Ian Lance Taylor wrote:
Angelo Graziosi writes:
The current snapshot 4.5-20090507 fails to bootstrap on Cygwin:
It did bootstrap effortlessly for me, once I logged off to clear hung
processes, with the usual disabling of strict warnings. I'll let
testsuite run over the weekend.
"src/stack/StackAr.d"
> -o"src/stack/StackAr.o" "../src/stack/StackAr.cpp"
> ../src/stack/StackAr.cpp:7: erreur: redefinition of
> ‘Stack::Stack(int)’
> ../src/stack/StackAr.cpp:7: erreur: ‘Stack::Stack(int)’
> previously declared here
> ../src/stack/Sta
Angelo Graziosi wrote:
> I want to flag the following failure I have seen on Cygwin 1.5 trying to
> build current 4.5-20090625 gcc snapshot:
> checking whether the C compiler works... configure: error: in
> `/tmp/build/intl':
> configure: error: cannot run C compiled programs.
> If you meant to cr
Dave Korn wrote:
Angelo Graziosi wrote:
I want to flag the following failure I have seen on Cygwin 1.5 trying to
build current 4.5-20090625 gcc snapshot:
So what's in config.log? And what binutils are you using?
cheers,
DaveK
In my case, it says no permission to execu
Kai Tietz wrote:
2009/6/26 Seiji Kachi :
Angelo Graziosi wrote:
Dave Korn ha scritto:
Angelo Graziosi wrote:
I want to flag the following failure I have seen on Cygwin 1.5 trying to
build current 4.5-20090625 gcc snapshot:
So what's in config.log? And wha
Kai Tietz wrote:
2009/6/26 Tim Prince :
Kai Tietz wrote:
2009/6/26 Seiji Kachi :
Angelo Graziosi wrote:
Dave Korn ha scritto:
Angelo Graziosi wrote:
I want to flag the following failure I have seen on Cygwin 1.5 trying
to
build current
ecrosbie wrote:
how do I generate random numbers in a f77 program?
Ed Crosbie
ecrosbie wrote:
how do I generate random numbers in a f77 program?
Ed Crosbie
This subject isn't topical on the gcc development forum. If you wish to
use a gnu Fortran random number generator, please consider gfortran,
which implements the language standard random number facility.
http:/
running the compiler.
Ian
Is it reasonable to assume when the configure test reports using GNU
linker, it has taken that "exception," even without a --with-ld
specification?
--
Tim Prince
link into multiple steps in order to deal with command line length
limits. I would suggest adapting that. Can't study it myself now while
travelling.
--
Tim Prince
OWTO/Assembly-HOWTO/gas.html ?
--
Tim Prince
of obscurity
which you add. How is this topic appropriate to gcc mail list?
--
Tim Prince
l/gcc-testresults/2010-09/msg00295.html
There are no libstdc++ results in that.
Richard.
This is true. I always run make check-gcc. What should I be doing instead?
make -k check
make check-c++ runs both g++ and libstdc++-v3 testsuites.
--
Tim Prince
On 1/21/2011 10:43 AM, H.J. Lu wrote:
Hi,
SInce -O3 turns on vectorizer, should it also turn on
-funroll-loops?
Only if a conservative default value for max-unroll-times is set 2<=
value <= 4
--
Tim Prince
other compilers, but that could be an accident.
At this point, I'd like to congratulate the developers for the progress
already evident in 4.6.
--
Tim Prince
hi there.
i just enabled -Wextra to catch broken if statements,
i.e. to enable warnings on:
* An empty body occurs in an if or else statement.
however this unfortunately triggers other warnings that i can't
reasonably get rid of. here's a test snippet:
== test.c ===
thanks for the quick response Kaveh.
On Fri, 9 Jun 2006, Kaveh R. Ghazi wrote:
> void print_string_array (const char *array_name,
> const char *string, ...) __attribute__
> ((__sentinel__));
>
> print_string_array ("empty_arra
Thomas Koenig wrote:
Hello world,
are there any platforms where gcc doesn't support 8-byte ints?
Can a front end depend on this?
This would make life easier for Fortran, for example, because we
could use INTEGER(KIND=8) for a lot of interfaces without having
to bother with checks for the presen
[EMAIL PROTECTED] wrote:
Dear Sir/Madame,
I have switched my OS to SuSE Linux 10.1 and for a while trying to install
"Octave" to my computer. Unfortunately, the error message below is the only
thing that i got.
Install
shows that pthread_create() fails without trying to call clone(),
while the clone() call of course does happen for the succeeding testcases.
How to further debug this problem?
I am currently using gcc-4.2-20060812 on i686 and x86_64 SuSE 10.0 Linux
systems.
Thank you,
Tim
1 - 100 of 231 matches
Mail list logo
