HI all.
Could someone please send me the "copyright assignment form"?
Thanks.
Daniel
SVN revision: 118109
Configured as: --prefix=$(installdir) --enable-bootstrap
--enable-threads=posix --enable-shared --with-system-zlib
--disable-nls --program-suffix=-svn --enable-languages=c,fortran
Command: make bootstrap-lean
Host triplet: i686-pc-linux-gnu
SVN revision: 118945
Host: i686-pc-linux-gnu
/home/daniel/svn-build/gcc-head/./gcc/xgcc -B/home/daniel/svn-build/gcc-head/./g
cc/ -B/home/daniel/i686-pc-linux-gnu/gcc-svn//i686-pc-linux-gnu/bin/ -B/home/dan
iel/i686-pc-linux-gnu/gcc-svn//i686-pc-linux-gnu/lib/ -isystem /home/daniel/i686
-pc-linux
In the wake of PR28209 ([G]OMP environment variables undocumented), I came
across libgomp/NOTES:
"Notes on the external ABI presented by libgomp. This ought to get
transformed into proper documentation at some point."
Would a 1:1 transcription to texinfo suffice for the moment being?
E.g. some
To the gcc packagers:
Shall libgomp/libgomp.info ever be distributed, i.e. is there any reason to
add the --enable-generated-files-in-srcdir flag from gcc/configure.ac to
libgomp/configure.ac as well?
The tarball of 4.1.1 includes fastjar/fastjar.info, but not
libiberty/libiberty.info. The co
On Thursday 23 November 2006 05:11, you wrote:
> On Wed, 2006-11-22 at 22:52 +0100, Daniel Franke wrote:
> > The tarball of 4.1.1 includes fastjar/fastjar.info, but not
> > libiberty/libiberty.info. The config file fastjar/configure.ac has the
> > enable-...-srcdir flag, l
Hi all,
I spent the last couple of hours tracking down PR29867 through fixincludes.
Now, as the actual problem is identified, I lack the knowledge to fix it
appropriately. Could someone more involved with fixincludes comment on this?
Thanks.
The problem: fixes "glibc_c99_inline_1" and "glibc_
host: x86_64-pc-linux-gnu
revision: r120172
configured
as: ../../svn/gcc-head/configure --prefix=$(localpath)
--with-gmp=$(localpath)/gmp-4.2.1 --with-mpfr=$(localpath)/mpfr-2.2.1
--enable-bootstrap --enable-threads=posix --enable-shared --with-system-zlib
--program-suffix=-svn --disa
On Saturday 23 December 2006 23:35, Andrew Pinski wrote:
> On Sat, 2006-12-23 at 18:32 +0100, Daniel Franke wrote:
> > host: x86_64-pc-linux-gnu
> > revision: r120172
>
> Even though I could not reproduce this failure. The problem is simple
> and obvious. vec.c
Hi all.
To integrate libcpp into gfortran, I copy/adapt quite some code from the c
frontend. For include-path handling, I found that I can nicely re-use the
functions defined in c-incpath.c and exported by c-incpath.h. Now, linking
gfortran, the linker of course complains about undefined refer
Hi all.
I'm in the process of revamping the fortran-frontend to use trees instead of
linked lists in its array-constructor representation (initial patch at [1]).
By now, I'm hunting down the last regressions. For one regression, I have no
idea how to deal with it.
The problem: for some reason
On Sunday 27 December 2009 07:09:08 Jerry DeLisle wrote:
> Daniel Franke wrote:
> > The problem: for some reason the .o file for a small fortran program may
> > be blown up to multiple GB. The diff below shows the differences in
> > assembler of the testcase gfortran.dg/actu
On Saturday 05 May 2007 17:57:30 Paul Richard Thomas wrote:
> This has appeared in recent days, with any level of optimization other
> than none at all.
>
> [EMAIL PROTECTED] prs]# /svn-4.3/bin/gfortran -static -O1
> $test/../gfortran.fortran-torture/execute/st_function.f90
> /svn/trunk/gcc/testsui
SVN update to revision 124718, configured as:
../../svn/gcc/configure
--prefix=/home/daniel/nfs/packages/i686-pc-linux-gnu/gcc
--with-gmp=/home/daniel/nfs/packages/i686-pc-linux-gnu/gmp-4.2.1/
--with-mpfr=/home/daniel/nfs/packages/i686-pc-linux-gnu/mpfr-2.2.1
--disable-nls --enable-threads=po
Should section "GCC 4.2.0 manuals" of
http://gcc.gnu.org/onlinedocs/
not also list the "GNU OpenMP Manual" that is available for 4.2?
Thanks
Daniel
Hi all.
While looking at PR fortran/22572, I wondered where the difference between the
following two programs might be:
$> cat matmul.f90
REAL, DIMENSION(1,1), PARAMETER :: a = 1.0, b = 2.0
REAL, DIMENSION(1,1) :: c
c = MATMUL(a, b)
c = MATMUL(a, b)
end
$> cat sin.f90
REAL, DIMENSION(
On Saturday 10 January 2009 19:06:48 Toon Moene wrote:
> Now, however, I want to congratulate Daniel Franke and Steve Kargle (who
> has been a GNU Fortran maintainer before) with their new status of
> "reviewer".
>
> Thanks Daniel and Steve, for (re-)joining the club !
Hi all.
Here's another spurious(?) uninitialized warning. As the full range is
implied, the question is, if this a fortran or a middle-end problem:
$> cat range.f90
FUNCTION f(n)
INTEGER, INTENT(in) :: n
REAL:: f
SELECT CASE (n)
CASE ( :-1); f = -1.0
CASE (0);f
On Sunday 05 April 2009 18:56:20 Eric Botcazou wrote:
> > I'm not sure if it would work and I have idea where in trans*.c
> > you need to do this, but if you mark the tree as used with
> > something like
> >
> > TREE_USED (__result_f) = 1
> >
> > the middle-end may be silenced.
>
> I think that TRE
Dear all,
some Fortran77 code I inherited gives wrong results if compiled
with '-ffast-math', especially with '-ffinite-math-only' enabled
('-ffast-math -fno-finite-math-only' seems to work).
As '-ffinite-math-only' does "Allow optimizations for floating-point
arithmetic that assume that argu
20 matches
Mail list logo
