On Wed, Oct 11, 2006 at 11:19:26PM -0400, Kaveh R. GHAZI wrote:
>
> On Mon, 9 Oct 2006, Mark Mitchell wrote:
>
> > Kaveh R. GHAZI wrote:
> > > Has there been any thought to including GMP/MPFR in the GCC repository
> > > like we do for zlib and intl?
> >
> > I do not think we should be including m
On Thu, Oct 12, 2006 at 02:14:53PM -0400, Kaveh R. GHAZI wrote:
> On Wed, 11 Oct 2006, Steve Kargl wrote:
> >
> > It should be straight forward to modify the current configure tests
> > in toplevel for the versions of gmp and mpfr you need. I would
> > recommend at le
On Mon, Nov 13, 2006 at 10:37:16PM -0800, H. J. Lu wrote:
> Gcc 4.3 revision 118764 failed galgel in SPEC CPU 2000 with
> -O2 -ffast-math on Linux/x86-64. I got
>
> galgel_base.o2[30363]: segfault at 000b rip 000b rsp
> 007fb008 error 14
>
> Gcc 4.3 revision 11872
On Tue, Nov 14, 2006 at 09:43:20AM -0500, David Edelsohn wrote:
> >>>>> Steve Kargl writes:
>
> Steve> I have not seen this failure, but that may be expected
> Steve> since SPEC CPU 2000 isn't freely available.
>
> No failure should be expected
On Sun, Dec 03, 2006 at 12:44:11PM -0500, Kaveh R. GHAZI wrote:
>
> I'm not sure if these issues come up for fortran in prior releases. I
> think i370 was removed before 4.0/f95 and decimal floats were added in
> 4.2, which is not yet released.
>
This issue hasn't come up yet. In gfc_arith_ini
On Wed, Dec 06, 2006 at 01:11:17AM -0500, Bradley Lucier wrote:
> I'm getting several thousand gfortran testsuite errors with messages
> like:
>
> FAIL: gfortran.dg/PR19754_2.f90 -O3 -fomit-frame-pointer -funroll-
> all-loops -finline-functions (test for excess errors)
> Excess errors:
> /Use
> On Dec 6, 2006, at 1:33 AM, Steve Kargl wrote:
>
> >So when was the last good bootstrap?
>
> I last bootstrapped and regtested this configuration here
>
> http://www.math.purdue.edu/~lucier/gcc/test-results/4_3_0_2006-11-11.gz
>
> The results appear rough
On Wed, Dec 06, 2006 at 02:41:47AM -0500, Bradley Lucier wrote:
>
> On Dec 6, 2006, at 2:18 AM, Steve Kargl wrote:
>
> >
> >>On Dec 6, 2006, at 1:33 AM, Steve Kargl wrote:
> >>
> >>>So when was the last good bootstrap?
> >>
> &g
On Mon, Dec 18, 2006 at 02:29:46PM -0800, Brooks Moses wrote:
>
> Elsewhere in the testsuite, I see that we have one "dg-do assemble" and
> one "dg-do link", which I presume will generate the object code and link
> it, respectively, yes?
>
Until now, I did not know of these dg-do arguments. I
Gfortran has achieved many milestones this year and hopefully the
contributors can continue to move forward with bug fixes, conformance
to Fortran 95 standard, and the implementation of Fortran 2003 features.
A few highlights from the past year are:
1) Jakub Jelinek committed the front end suppo
On Mon, Feb 28, 2005 at 03:59:52PM -0800, Janis Johnson wrote:
> On Fri, Feb 25, 2005 at 08:14:04PM -0800, Steve Kargl wrote:
> >
> > at the top of the program to have dejagnu execute the
> > the a.out file. But, I want to execute "a.out 1 2 3".
> > Is th
I'm looking to the broken behavior of gfortran with its
-r8, -i8, and -d8 options. gfortran/lang.opt contains
d8
F95 RejectNegative
Set the default real and integer kinds to double precision
i8
F95
Set the default integer kind to double precision
r8
F95
Set the default real kind to double prec
On Thu, Mar 10, 2005 at 01:10:49PM -0800, James E Wilson wrote:
> Steve Kargl wrote:
> >I'm looking to the broken behavior of gfortran with its
> >-r8, -i8, and -d8 options. gfortran/lang.opt contains
>
> You can't choose any name for front-end options. The
On Sat, Mar 12, 2005 at 11:04:22AM +0900, Neil Booth wrote:
> Toon Moene wrote:-
>
> > >Thanks for the detailed explanation of how
> > >GCC options work. I'm currently thinking
> > >of proposing a RFC with recommendations on
> > >how to address this problem with gfortran.
> >
> > Ditto. Jim, ar
On Sat, Mar 12, 2005 at 10:08:18AM -0800, Mike Stump wrote:
> On Friday, March 11, 2005, at 06:39 PM, Steve Kargl wrote:
> >What is even more appalling is that there is no way to inhibit the
> >swallowing of the options.
>
> Sure there is, it is just a matter of code. Chec
On Sat, Mar 12, 2005 at 11:12:18AM +0800, Feng Wang wrote:
> Hello,
>
> I have received the confirming mail for my application on "write after
> approval". Thanks, all.
>
> p.s. Steve, I think I can commit the patch for PR18827 myself.
> If you reviewed, please notify me.
>
> Best Regards,
> Fen
On Thu, Mar 17, 2005 at 09:20:45PM -0800, James E Wilson wrote:
> Thomas Koenig wrote:
> >any reason why the message
> >http://gcc.gnu.org/ml/fortran/2005-03/msg00282.html
> >was rejected as spam from gcc-patches, yet accepted on the fortran
> >list?
>
> By the way, I think it is a word of all cap
In trying to do "gmake dvi" in the build directory, the
gfortran.texi eventually dies with
Loading texinfo [version 2004-10-31.06]: Basics, pdf, fonts, page headings,
tables, conditionals, indexing, sectioning, toc, environments, defuns, macros,
cross references, insertions, (/usr/local/share/tex
On Mon, Mar 28, 2005 at 05:58:11PM -0800, James E Wilson wrote:
> Steve Kargl wrote:
> >In trying to do "gmake dvi" in the build directory, the
> >gfortran.texi eventually dies with
>
> I noticed something similar, though the error messages I get are quite
>
On Thu, Apr 07, 2005 at 08:08:15AM -0400, Geert Bosch wrote:
> As far as I can seem from this patch, it rounds incorrectly.
> This is a problem with the library version as well, I believe.
>
Which library?
--
Steve
On Thu, Apr 07, 2005 at 01:10:49PM -0400, Geert Bosch wrote:
>
> On Apr 7, 2005, at 10:12, Steve Kargl wrote:
>
> >On Thu, Apr 07, 2005 at 08:08:15AM -0400, Geert Bosch wrote:
> >>As far as I can seem from this patch, it rounds incorrectly.
> >>This is a problem
On Thu, Apr 07, 2005 at 01:41:21PM -0400, Geert Bosch wrote:
> On Apr 7, 2005, at 13:27, Steve Kargl wrote:
> >Try -fdump-parse-tree. You've given more digits in y than
> >its precision. This is permitted by the standard. It appears
> >the gfortran frontend is t
On Thu, Apr 07, 2005 at 07:14:05PM +0100, Paul Brook wrote:
> On Thursday 07 April 2005 18:54, Steve Kargl wrote:
> > On Thu, Apr 07, 2005 at 01:41:21PM -0400, Geert Bosch wrote:
> > > On Apr 7, 2005, at 13:27, Steve Kargl wrote:
> > > >Try -fdump-parse-tree. You&
On Thu, Apr 14, 2005 at 04:39:30PM +0200, Fran??ois-Xavier Coudert wrote:
>
> I'm working on implementation of the different FPU options for libgfortran,
> the runtime library for gfortran (e.g., on which floating-point exception
> do we want a SIGFPE to be raised, what rounding-mode does the us
On Thu, Apr 14, 2005 at 10:35:06AM -0700, Richard Henderson wrote:
> On Thu, Apr 14, 2005 at 05:27:16PM +0200, Fran?ois-Xavier Coudert wrote:
> > No, since reading GFORTRAN_FPU_* variables changes the FPU mode when the
> > library is loaded, while TR 15580 commands will be ran afterwards (during
On Sat, Apr 16, 2005 at 11:37:14PM -0400, Jack Howarth wrote:
>Even if there were complete g77 compatibility in g95, folks may want
> to stick with the g77 version from gcc 3.4 for awhile purely for
> performance reasons. In doing some test runs of the APBS
> Adaptive Poisson-Boltzmann Solver
kargl[266] gfc41 -c cher2k.f
kargl[267] gfc41 -c -O cher2k.f
kargl[268] gfc41 -c -O2 cher2k.f
cher2k.f: In function 'cher2k':
cher2k.f:1: internal compiler error: in set_value_range, at tree-vrp.c:124
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/b
On Fri, Apr 22, 2005 at 10:26:25AM -0400, Kazu Hirata wrote:
> Hi Rainer and Steve,
>
> > | 4.1.0 20050419 (experimental) (i386-pc-solaris2.10) GCC error: |
> > | in set_value_range, at tree-vrp.c:124|
> > | Error detected at sem_intr.adb:437:1
On Fri, Apr 22, 2005 at 10:26:25AM -0400, Kazu Hirata wrote:
> Hi Rainer and Steve,
>
> > | 4.1.0 20050419 (experimental) (i386-pc-solaris2.10) GCC error: |
> > | in set_value_range, at tree-vrp.c:124|
> > | Error detected at sem_intr.adb:437:1
Mainline bootstrapped fine on 6 May 05. It is broken today with
./xgcc -B./ -B/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/bin/ -isystem
/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/include -isystem
/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/sys-include
-L/usr/home/sgk/gcc/obj41/gcc/..
On Mon, May 09, 2005 at 05:03:23PM -0700, Mark Mitchell wrote:
> Steve Kargl wrote:
> >
> >I suspect the problem arose with this commit
> >
> >2005-05-08 Julian Brown <[EMAIL PROTECTED]>
> >H.J. Lu <[EMAIL PROTECTED]>
> >
On Tue, May 10, 2005 at 02:55:36PM -0400, Diego Novillo wrote:
> On Fri, Apr 22, 2005 at 02:56:30PM -0700, Steve Kargl wrote:
>
> > Appears that any nested loops are doomed with -O2 with gfortran.
> > This is a critical important problem, because almost every
> > For
gfortran uses mmap for its IO if an OS has mmap. If
found, mmap is used with the MAP_SHARED flag. On linux
(and other OS's) this seems to be okay, but on FreeBSD
IO can significantly degrade if a file pre-exists. In
some testing I've done, linux's MAP_SHARED appears to be
equivalent to FreeBSD's
On Mon, May 30, 2005 at 11:17:34PM +0200, Florian Weimer wrote:
> * Steve Kargl:
>
> > I need to add a configure test to determine if MAP_NOSYNC is
> > present.
>
> What about "#ifdef MAP_NOSYNC" in the code? Or do you invoke mmap
> directly from Fortran
On Tue, May 31, 2005 at 07:40:37PM -0400, Andrew Pinski wrote:
> Right now on powerpc-darwin with the following versions:
> Expect version is 5.38.0
> Tcl version is 8.4
> Framework version is1.4.4
>
> I get the following failure in the gfortran-
> ERROR: tcl error sourcing
(
Does this look familiar to anyone? It certainly was happening
a few days ago. Shouldn't a bootstrap and regression of all
frontend be required before someone checks in a patch to the
back-end?
Setting LD_LIBRARY_PATH to
.:/usr/home/sgk/gcc/obj41/amd64-unknown-freebsd6.0/./libgfortran/.libs:/usr
On Fri, Jun 17, 2005 at 08:01:47AM +0200, FX Coudert wrote:
> Jerry DeLisle wrote:
> >There appears to be numerous regression failures this evening. I
> >suppose these are back end related.
>
> On i686-freebsd, i386-linux and x86_64-linux, I see failures for
> gfortran.dg/pr19657.f and gfortran
I don't know who wants to look at this problem, but I've
run into
kargl[217] make
gfc41 -O -march=athlon -pipe -c -I/home/kargl/work/41/mod FM.f90
FM.f90: In function 'fm_abs':
FM.f90:35812: internal compiler error: tree check: expected class 'type', have
'declaration' (var_decl) in build_array_t
On Sun, Jul 10, 2005 at 10:55:59PM -0400, Andrew Pinski wrote:
>
> On Jul 10, 2005, at 10:52 PM, Steve Kargl wrote:
>
> >I don't know who wants to look at this problem, but I've
> >run into
> >
> >kargl[217] make
> >gfc41 -O -march=athlon -pipe
On Sun, Jul 10, 2005 at 10:55:59PM -0400, Andrew Pinski wrote:
>
> On Jul 10, 2005, at 10:52 PM, Steve Kargl wrote:
>
> >I don't know who wants to look at this problem, but I've
> >run into
> >
> >kargl[217] make
> >gfc41 -O -march=athlon -pipe
On Sun, Jul 17, 2005 at 10:31:03PM -0700, Brooks Moses wrote:
> Steve Kargl wrote:
> >On Tue, Jul 12, 2005 at 05:10:19PM -0500, Justin Thomas wrote:
> >>I am a big fan of the GNU project and would really like to use
> >>gfortran for Fortran development work on my
This is a heads up. Someone has broken complex arithmetic
on mainline. I've just found this problem and unfortunately
it will take me some time to cut the test program down to
something managable. This could be a gfortran bug or it
may be a middle/back end bug.
Here's the output from a program
On Mon, Jul 18, 2005 at 07:31:27PM -0700, Steve Kargl wrote:
>
> Here's the output from a program that brought the problem
> to my attention. It uses downward recursion to compute
> spherical Bessel functions.
>
> NAG's F95 compiler
> n x jn(x)
On Mon, Jul 18, 2005 at 11:02:12PM -0400, Andrew Pinski wrote:
>
> This is most likely the same problem as PR 22504.
>
> Could you attach your program to that PR?
>
I'm still cutting it down. I'll attach it to
the PR when its much small than it is now.
--
Steve
On Tue, Jul 19, 2005 at 01:17:22PM -0400, Daniel Berlin wrote:
> On Tue, 2005-07-19 at 09:37 +0200, FX Coudert wrote:
> > > There are regressions involving complex aritmetic in the testsuite too:
> > > FAIL: gfortran.dg/real_const_1.f (test for excess errors)
> > > WARNING: gfortran.dg/real_const
On Tue, Jul 19, 2005 at 11:20:51AM -0700, Richard Henderson wrote:
> On Tue, Jul 19, 2005 at 10:31:13AM -0700, Steve Kargl wrote:
> > Someone broke optimization of complex arithmetic. A 2005-06-01
> > mainline gives the expected answer. A 2005-06-15 mainline is
> > brok
Does this look familiar to anyone?
gmake[3]: Entering directory
`/usr/home/sgk/gcc/obj41/amd64-unknown-freebsd6.0/libgfortran'
/bin/sh ./libtool --mode=compile /usr/home/sgk/gcc/obj41/./gcc/xgcc
-B/usr/home/sgk/gcc/obj41/./gcc/
-B/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/bin/
-B/usr/home/
On Fri, Jul 22, 2005 at 05:44:44PM -0700, Jerry DeLisle wrote:
> Steve Kargl wrote:
> >Does this look familiar to anyone?
> >
> I was having troubles doing a build after a cvs update. I had to delete
> everything in the build directory and rerun configure and then it would
On Fri, Jul 22, 2005 at 04:11:54PM -0700, Steve Kargl wrote:
> Does this look familiar to anyone?
>
> gmake[3]: Entering directory
> `/usr/home/sgk/gcc/obj41/amd64-unknown-freebsd6.0/libgfortran'
> /bin/sh ./libtool --mode=compile /usr/home/sgk/gcc/obj41/./gcc/xgcc
> -B
On Sat, Jul 23, 2005 at 08:29:19AM +0200, Thomas Koenig wrote:
> On Fri, Jul 22, 2005 at 10:01:43PM -0700, Steve Kargl wrote:
>
> > This is caused by
> >
> > 2005-07-21 Richard Henderson <[EMAIL PROTECTED]>
>
> Really?
Yes. I spent nearly 6 hours last n
On Sat, Jul 23, 2005 at 10:08:07AM -0700, Richard Henderson wrote:
> On Sat, Jul 23, 2005 at 07:30:08AM -0700, Steve Kargl wrote:
> > > I have that in my tree (gcc version 4.1.0 20050722 (experimental)), but
> > > don't experience that failure.
> > >
On Sat, Jul 23, 2005 at 10:31:46AM -0700, Richard Henderson wrote:
> On Sat, Jul 23, 2005 at 10:17:25AM -0700, Steve Kargl wrote:
> > Note, you need to start with either an empty object tree
> > and do a complete bootstrap or remove the libgfortran directory
> > and do a bubbl
On Thu, Jul 28, 2005 at 07:26:22PM +0200, Fran?ois-Xavier Coudert wrote:
>
> PR 22619 and PR 22509 are two examples of recent 4.1 regressions that
> showed up in gfortran, due to middle-end or optimization bugs (only
> happen at -O3). Since these are regressions, they should be treated
> before a
On Mon, Aug 01, 2005 at 01:19:01AM +0200, Gerald Pfeifer wrote:
> On Mon, 18 Jul 2005, Brooks Moses wrote:
> >> As per a recent conversation with Steve Kargl on the fortran list, I'm
> >> submitting this patch, which adds a small "Documentation" section to
On Fri, Sep 30, 2005 at 05:10:01PM -0400, David Edelsohn wrote:
> > Steven Bosscher writes:
>
> Steven> On Friday 30 September 2005 21:36, Asher Langton wrote:
> >> On Thu, 29 Sep 2005, Jack Howarth wrote:
> >> > Asher,
> >> >Any progress on the paperwork?
> >>
> >> None. I haven't recei
How does one set z = 0 - I 0 in a portable manner with gcc?
My obvious attempts give surprising results.
#include
#include
#include
int main(void) {
double complex z;
double x, y;
x = 0.;
y = copysign(0, -1);
printf("%e %e\n", x, y);
/* __real__ and __imag__ aren't require
On Wed, Oct 12, 2005 at 01:24:41PM -0700, Richard Henderson wrote:
> On Wed, Oct 12, 2005 at 10:49:44AM -0700, Steve Kargl wrote:
> > How does one set z = 0 - I 0 in a portable manner with gcc?
>
> z = conj(0);
>
I came to your solution after posting my question.
Unfortuna
On Wed, Oct 12, 2005 at 10:06:41PM +, Joseph S. Myers wrote:
> On Wed, 12 Oct 2005, Steve Kargl wrote:
>
> > On Wed, Oct 12, 2005 at 01:24:41PM -0700, Richard Henderson wrote:
> > > On Wed, Oct 12, 2005 at 10:49:44AM -0700, Steve Kargl wrote:
> > > > How does
On Mon, Oct 17, 2005 at 11:21:05AM +0200, Steven Bosscher wrote:
> Since October 13, SPEC's swim, applu, and sixtrack fail to build and
> fma3d has a serious performance degradation. See the results from
> Diego's SPEC tester:
>
> http://people.redhat.com/dnovillo/spec2000.i686/gcc/individual-run
What's the magic incantation to get gcc with subversion?
I've read the wiki page, but
troutmask:sgk[205] svn co svn+ssh://gcc.gnu.org/svn/gcc/trunk
Permission denied (publickey,gssapi-with-mic).
svn: Connection closed unexpectedly
--
Steve
On Mon, Oct 17, 2005 at 03:25:18PM -0400, Daniel Berlin wrote:
> On Mon, 2005-10-17 at 12:15 -0700, Steve Kargl wrote:
> > What's the magic incantation to get gcc with subversion?
> > I've read the wiki page, but
> >
> > troutmask:sgk[205] svn c
On Mon, Oct 17, 2005 at 09:59:36PM +0200, Florian Weimer wrote:
> * Steve Kargl:
>
> >> Uh, since it appears you are logged in with a different name, you want
> >> svn co svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk
> >
> > Odd, I don't need to do anything s
On Mon, Oct 17, 2005 at 08:08:59PM -0700, Richard Henderson wrote:
> On Tue, Oct 18, 2005 at 12:39:14AM +0200, Paul Thomas wrote:
> > Have you made any progress on fixing this? I would rather that the
> > debug information is not available than that equivalence is broken.
>
> I've been working o
So, I finally get a copy of mainline, yesterday. As user
[EMAIL PROTECTED], I did
cd ~/gcc
svn co svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk
Now, I want to update this to the latest sources. The wiki
says "svn update" works exactly like "cvs update". Well,
this does not appear to be the case.
On Tue, Oct 18, 2005 at 01:59:26PM -0400, Andrew Pinski wrote:
>
> On Oct 18, 2005, at 1:44 PM, Steve Kargl wrote:
>
> >So, I finally get a copy of mainline, yesterday. As user
> >[EMAIL PROTECTED], I did
>
> The svn repro is not being updated with every commit to
On Tue, Oct 18, 2005 at 02:57:12PM -0400, Daniel Berlin wrote:
> On Tue, 2005-10-18 at 11:18 -0700, Steve Kargl wrote:
> > On Tue, Oct 18, 2005 at 01:59:26PM -0400, Andrew Pinski wrote:
> > >
> > > On Oct 18, 2005, at 1:44 PM, Steve Kargl wrote:
> > >
> &g
On Tue, Oct 18, 2005 at 03:11:08PM -0400, Andrew Pinski wrote:
>
> On Oct 18, 2005, at 3:05 PM, Steve Kargl wrote:
> >We went over this yesterday. Until Tobi fixed the
> >wiki it said to use
> >
> >svn co svn+ssh://gcc.gnu.org/svn/gcc/trunk
>
> Well it is cor
On Wed, Oct 19, 2005 at 08:59:36PM +0200, Tobias Schl?ter wrote:
> >
> > 694Msvn40 <-- svn 4.0 branch 694Msvn41 <-- svn 4.1 branch 694M
> > trunk <-- svn mainline
> >
> > Now add one or two additional svn directories for large change sets and
> > this becomes intolerable. (Before a
On Wed, Oct 19, 2005 at 10:06:44PM +0200, Richard Guenther wrote:
> On 10/19/05, Tobias Schl?ter <[EMAIL PROTECTED]> wrote:
> > Steve Kargl wrote:
> > > Now, to my proposal for future gfortran development post 4.1 branching.
> > > When (if) svn becomes the source c
On Wed, Oct 19, 2005 at 03:36:08PM -0400, Daniel Berlin wrote:
> On Wed, 2005-10-19 at 12:16 -0700, Steve Kargl wrote:
> > On Wed, Oct 19, 2005 at 08:59:36PM +0200, Tobias Schl?ter wrote:
>
> > OK, I'll go read about svk. I scanned the svn docs for an
> > --exclu
On Thu, Oct 20, 2005 at 02:47:19PM +0200, Florian Weimer wrote:
> * Daniel Berlin:
>
> > You could simply do non-recursive checkouts (svn co -N) of the dirs you
> > want.
> > SVN doesn't care how you piece together the working copy.
>
> Doesn't "commit -N" cause the working copy to become fragmen
On Thu, Oct 20, 2005 at 02:10:36PM -0400, Daniel Berlin wrote:
> On Thu, 2005-10-20 at 07:25 -0700, Steve Kargl wrote:
> > On Thu, Oct 20, 2005 at 02:47:19PM +0200, Florian Weimer wrote:
> > > * Daniel Berlin:
> > >
> > > > You could simply do non-recursiv
I've setup my svn directory structure according to the wiki
where I've used "svn switch ..." to remove ada from tree.
mkdir obj41
cd obj41
../trunk/configure --prefix=$HOME/work/41 --enable-languages=c,f95 \
--disable-libmudflap
gmake bootstrap
gmake[3]: Leaving directory `/mnt1/sgk/gcc/obj41/
On Fri, Oct 28, 2005 at 11:21:42AM -0700, Steve Kargl wrote:
> I've setup my svn directory structure according to the wiki
> where I've used "svn switch ..." to remove ada from tree.
>
> mkdir obj41
> cd obj41
> ../trunk/configure --prefix=$HOME/work/41 --
On Fri, Nov 04, 2005 at 01:32:06PM +0100, Fran?ois-Xavier Coudert wrote:
> >> Here is a patch to fix PR libfortran/21547: when building with
> >> --with-gmp=/foo/bar and a shared libgmp in /foo/bar, the
> >> $(RPATH_ENVVAR) variable (usually LD_LIBRARY_PATH) is not set
> >> correctly when using the
On Fri, Nov 04, 2005 at 04:21:29PM +0100, Fran?ois-Xavier Coudert wrote:
> > The newest version of mpfr will build a shared library.
> > In fact, we should move to using the newest version,
> > but I think some/many people would object to having two
> > external library dependencies.
>
> What adva
Perhaps, I missed the required options, but I'll
ask an obvious question anyway. Often when testing
a patch, one will often place a new testcase in
gcc/testsuite/*. This new file is not under control
of svn. After review, the patch is committed to the
tree. Now, I want to update my local reposi
On Sat, Nov 19, 2005 at 11:29:36AM -0800, Jim Blandy wrote:
> On 11/19/05, Steve Kargl <[EMAIL PROTECTED]> wrote:
> > which is indeed correct. So, is there an option to tell
> > svn to blow away files that conflict with files in the
> > repository.
>
> Subversio
On Sat, Nov 19, 2005 at 09:00:38PM +0100, Giovanni Bajo wrote:
> Steve Kargl <[EMAIL PROTECTED]> wrote:
>
> > Perhaps, I missed the required options, but I'll
> > ask an obvious question anyway. Often when testing
> > a patch, one will often place a new testcas
On Mon, Dec 05, 2005 at 07:57:43AM -0800, Steve Ellcey wrote:
> > > > So, in short, my questions are: is gmp-4.1.4 supposed to work on
> > > > ia64-hpux?
> > > >
> > > > No, it is not. It might be possible to get either the LP64 or
> > > > the ILP32 ABI to work, but even that requires the work
On Mon, Dec 12, 2005 at 05:26:10PM +0100, Richard Guenther wrote:
>
> Always interesting to compare seemingly duplicates. The variant
> from fold-const.c seems to be more strict with types and sets
> TREE_ADDRESSABLE on the base component, while the gfc variant
> sets it on the passed tree itself
The following stats do not capture the numerous hours of
code review, emails, bug chasing and reduction, and IRC
discussions that concern gfortran. Although the stats
suggest that a majority of the commits and patches are due
to the effort of a small handful of individuals, in fact over
50 differ
There appears to be a missed opportunity to optimize
away exponential operators. I suspect that this
falls under gfortrani's frontend-optimize option, but
it may also be a middle-end issue.
Consider,
subroutine foo(n)
integer n
integer i, j
i = 2
j = 4
n = i**j ! <-- Th
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 Windows 64-bit has been dropped
> from gcc trunk:
> winnt.c apparently has probl
On Wed, Oct 14, 2015 at 11:48:27AM -0400, Tim Prince wrote:
>
> >
> > I added gcc@gcc.gnu.org as this technically isn't a Fortran issue.
> test suite reports hundred of new ICE instances, all referring to this
> seh_unwind_emit function:
>
> /cygdrive/c/users/tim/tim/tim/src/gnu/gcc1/gcc/testsuit
On Mon, Nov 16, 2015 at 12:04:06AM +0100, Thomas Koenig wrote:
> See
>
> http://arstechnica.com/information-technology/2015/11/llvm-to-get-fortran-compiler-that-targets-parallel-gpus-in-clusters/
>
> It is not entirely clear on what they plan to do.
>
> Use gfortran via dragonegg?
>
The 3 DOE
Hi,
If I run configure with "--program-suffix=6", I get gcc6, gfortran6, etc.
When ldd looks for libgcc.so.1 on FreeBSD, she finds the wrong one.
% cat foo.f90
program foo
print *, 'Hello'
end program
% gfortran6 -o z foo.f90 && ./z
/lib/libgcc_s.so.1: version GCC_4.6.0 required by \
/usr/loca
On Fri, Jun 06, 2014 at 10:07:37PM +0200, FX wrote:
> In fortran/trans-decl.c, we have a comment above the code building function
> decls, saying:
>
>>The SPEC parameter specifies the function argument and return type
>>specification according to the fnspec function type attribute. */
>
#include
#include
int
main(void)
{
uint16_t i;
i = 0x3ff0+63; printf("%x\n", i);
i = 0x3ff1+63; printf("%x\n", i);
i = 0x3ff2+63; printf("%x\n", i);
i = 0x3ff3+63; printf("%x\n", i);
i = 0x3ff4+63; printf("%x\n", i);
i = 0x3ff4+63; printf("
+ is a binary operator. 0x3ffe is a hexidecimal-constant according
to 6.6.4.1 in n1256.pdf. 63 is, of course, a decimal-constant.
--
steve
On Sun, Sep 21, 2014 at 06:49:54PM -0700, Andrew Pinski wrote:
> On Sun, Sep 21, 2014 at 6:23 PM, Steve Kargl
> wrote:
>
> No e+ is exp
On Sun, Sep 21, 2014 at 10:49:53PM -0400, Ed Smith-Rowland wrote:
> On 09/21/2014 09:56 PM, Steve Kargl wrote:
> > + is a binary operator. 0x3ffe is a hexidecimal-constant according
> > to 6.6.4.1 in n1256.pdf. 63 is, of course, a decimal-constant.
> >
> Also, a hex flo
On Sun, Sep 21, 2014 at 07:57:45PM -0700, Andrew Pinski wrote:
> On Sun, Sep 21, 2014 at 6:56 PM, Steve Kargl
> wrote:
> > + is a binary operator. 0x3ffe is a hexidecimal-constant according
> > to 6.6.4.1 in n1256.pdf. 63 is, of course, a decimal-constant.
>
>
> T
On Sun, Sep 21, 2014 at 10:15:01PM -0700, Andrew Pinski wrote:
> On Sun, Sep 21, 2014 at 8:08 PM, Steve Kargl
> wrote:
> > On Sun, Sep 21, 2014 at 07:57:45PM -0700, Andrew Pinski wrote:
> >> On Sun, Sep 21, 2014 at 6:56 PM, Steve Kargl
> >> wrote:
> >>
On Sun, Jan 27, 2019 at 08:34:57PM +, Jonathan Wakely wrote:
> On Sun, 27 Jan 2019 at 13:56, N.M. Maclaren wrote:
> >
> > So I think that there is a strong argument for such an option in gfortran,
> > irrespective of whether there is for gcc and g++.
>
> Then -Wall should enable them for Fort
On Sun, Jan 27, 2019 at 01:19:08PM -0800, Andrew Pinski wrote:
> On Sun, Jan 27, 2019 at 1:02 PM Thomas König wrote:
> >
> > Am 27.01.19 um 21:52 schrieb Steve Kargl:
> >
> > > In fact, I would be in favor of removing -Wall, as it is misnamed,
> > > in
On Mon, Mar 11, 2019 at 12:07:55PM -0400, David Malcolm wrote:
> On Mon, 2019-03-11 at 15:18 +0100, Martin Liška wrote:
> > Hi.
> >
> > I would like to add %' into __gcc_gfc__ in order to handle:
> >
> > ./xgcc -B. /tmp/module.ii -Wformat -c
> > /home/marxin/Programming/gcc/gcc/fortran/module.c:
On Tue, Mar 12, 2019 at 12:15:01PM +0100, Martin Liška wrote:
> On 3/11/19 6:23 PM, Steve Kargl wrote:
> > On Mon, Mar 11, 2019 at 12:07:55PM -0400, David Malcolm wrote:
> >> On Mon, 2019-03-11 at 15:18 +0100, Martin Liška wrote:
> >>> Hi.
> >>>
> &
On Sat, May 25, 2019 at 02:52:53PM +0200, Thomas Koenig wrote:
>
> consider this: There is a bug, confirmed by several people. This occurs
> in closed-source, proprietary software, and appears to be due to one
> of my commits.
>
> Despite considerable help from somebody who has access to the sour
On Tue, Aug 20, 2019 at 09:56:27PM +0200, Thomas Koenig wrote:
> I wrote:
>
> > Committed as r274551.
>
> Well, this revision appears to have woken quite a few bugs from their
> slumber. While argument mismatch was always illegal, it seems to have
> been a common idiom at one time. And, like al
On Thu, Sep 05, 2019 at 02:16:08PM +0300, Janne Blomqvist wrote:
> On Thu, Sep 5, 2019 at 2:08 PM Nathan Sidwell wrote:
> >
> > Is it time to deprecate traditional preprocessing? It's been 30 years
> > since C89. Are (non-compiler) tools that use it still things?
> >
> > Handling it gets its ho
1 - 100 of 231 matches
Mail list logo
