Hi Paul,
Fortran problems are best discussed on fort...@gcc.gnu.org (in CC) ...
2018-07-12 21:22 GMT+02:00 Paul Koning :
> I tried to rebuild for target pdp11 with fortran enabled (in the past I've
> just enabled C). It builds fine but the resulting compiler crashes at
> startup:
>
> Paul-Koni
2018-07-09 18:35 GMT+02:00 Eric S. Raymond :
> David Edelsohn :
>> > The truth is we're near the bleeding edge of what conventional tools
>> > and hardware can handle gracefully. Most jobs with working sets as
>> > big as this one's do only comparatively dumb operations that can be
>> > parallelli
2018-07-09 2:27 GMT+02:00 Eric S. Raymond :
> There is good news bad news on the GCC repository conversion.
>
> The good news is that I have solved the only known remaining technical
> problem in reposurgeon blocking the conversion. I've fixed the bug
> that prevented execute permissions from bein
Hi Christopher,
2018-02-15 11:52 GMT+01:00 Christopher Dimech :
> I am the administrator of GNU Behistun, a package designed
> to image the internal constituents of the subsurface using seismic waves.
> It is written in Fortran and uses gfortran. I am not sure how well you
> think it fits in your
Hi Martin,
> I am happy to announce that we were selected as a Google Summer of Code
> 2018 mentor organization.
good to hear!
> At this point I am being asked to "invite mentors," so I will soon
> invite all the people who have expressed interest in the January email
> thread (or on IRC).
>
>
2016-12-16 19:46 GMT+01:00 Pedro Alves :
And in particular: How do the current uses of
std::string in GCC deal with this problem? (Do they?)
>>>
>>> Doesn't look like they do.
>>
>> Huh, that's a problem then, isn't it?
>
> Right. The easiest way to trigger it I think is if something
> c
2016-12-16 18:53 GMT+01:00 Pedro Alves :
> On 12/16/2016 05:33 PM, Janus Weil wrote:
>
>> "You would need to make sure it uses a xmalloc based allocator first
>> or at least calls xmalloc_failed upon allocation failure, otherwise it
>> will be a serious regression.&qu
To get to more specific questions ...
> Basically the only STL construct used in the Fortran FE right now
> seems to be std::swap, and a single instance of std::map in
> trans-common.c.
I see that fortran/trans-common.c has:
#define INCLUDE_MAP
and apparently there is also a INCLUDE_STRING macr
Hi Nick,
2016-12-16 18:16 GMT+01:00 N.M. Maclaren :
> On Dec 16 2016, Janus Weil wrote:
>>
>> What I'd like to know is: In the current state of things in GCC, is it
>> possible/reasonable to use any of the STL containers (like
>> std::vector, std::string, whateve
Hi all,
I recently ran into some discussion with Jakub about using std::string
in gfortran (see PR 78822), which got me curious about some general
points ...
What I'd like to know is: In the current state of things in GCC, is it
possible/reasonable to use any of the STL containers (like
std::vect
2016-12-14 12:33 GMT+01:00 Jakub Jelinek :
> On Wed, Dec 14, 2016 at 12:21:11PM +0100, Janus Weil wrote:
>> 2016-12-14 11:49 GMT+01:00 Jakub Jelinek :
>> > On Wed, Dec 14, 2016 at 11:26:45AM +0100, Janus Weil wrote:
>> >> I have recently noticed some changes i
2016-12-14 11:49 GMT+01:00 Jakub Jelinek :
> On Wed, Dec 14, 2016 at 11:26:45AM +0100, Janus Weil wrote:
>> I have recently noticed some changes in the appearance of these wiki pages:
>>
>> https://gcc.gnu.org/wiki/Fortran2003Status
>> https://gcc.gnu.org/wiki/Fortran200
Hi all,
I have recently noticed some changes in the appearance of these wiki pages:
https://gcc.gnu.org/wiki/Fortran2003Status
https://gcc.gnu.org/wiki/Fortran2008Status
The tables on these pages use HTML-like formatting tags like
which certainly have been working in the past, but now seem to
>> Looking at http://gcc.gnu.org/wiki/RecentChanges shows that the GCC wiki
>> is being spammed a lot. Somebody should employ some kind of spam protection.
>
> The attack is still ongoing, CC'ing overseers
In fact the spam level on the wiki has been rather high for some time
now, but since yesterd
>> I think one should handle member functions (cf. example below). I am not
>> sure whether other things
>> like type extension or accessibility should be handled.
>
> DWARF has attributes for accessibility (e.g., public, private). If the
> attributes are similar to those for C++, you should gener
Hi Tobias,
> during the GCC Gathering I realized during the LTO debugging symbol
> discussion that gfortran does not generate debug information for the OOP
> features (cf. PR 49475).
Btw, how was the London meeting? Anything interesting to report (Fortran-wise)?
> The first issue to solve is wh
2011/6/19 "C. Bergström" :
> In this case I serve the end user/community and not directly open source.
> Why? Would it be good for Fortran if a F2K3 front-end was freely available
> under a commercially friendly license? (This is a deeper question I'd love
> feedback on)
From my point of view a
> This year GCC received 10 slots for Google Summer of Code. The full
> list of the accepted projects is at
> http://gcc.gnu.org/wiki/SummerOfCode.
A quick question: Why is this list not available on the GSoC site for GCC?
http://socghop.appspot.com/gsoc/org/show/google/gsoc2010/gcc
For other p
I'm redirecting my question here, since it also applies to "gcc
-static" on Cygwin.
Cheers,
Janus
-- Forwarded message ------
From: Janus Weil
Date: 2010/4/23
Subject: static linking on Cygwin
To: gfortran
Hi all,
I have just tried the gfortran 4.3.4 build on Cy
> 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
2009/5/18 Janus Weil :
> 2009/5/18 Tobias Burnus :
>> Can you try whether the following patch works? If so, you can
>> commit it as obvious. (I cannot test/commit it until this evening.)
>>
>> Tobi
2009/5/18 Tobias Burnus :
> Can you try whether the following patch works? If so, you can
> commit it as obvious. (I cannot test/commit it until this evening.)
>
> Tobias
>
> Index: intrinsic.c
> ===
> --- intrinsic.c (revision 147659)
> So I welcome Daniel, Janus and Mikael in our ranks.
Thanks for the promotion :)
Building trunk rev. 139857 on linux/x86_64, I get the following failure:
...
cc1: warnings being treated as errors
/home/local/jweil/gcc44/trunk/gcc/sel-sched-ir.c:946: error:
'cmp_v_in_regset_pool' defined but not used
...
Cheers,
Janus
2008/9/1 M R Swami Reddy <[EMAIL PROTECTED]>:
> Hello,
>
Jerry DeLisle wrote:
Tim Prince wrote:
I verified your report of 2 new problems (new since 2 weeks ago, the
last time I could bootstrap on cygwin):
use_only_1.f90 segfaults the compiler at all optimization levels.
array_constructor_24.f seems to get into a non-terminating loop at
run-time, whi
Same here (OpenSUSE 10.2, gcc 4.1.3), also for rev. 126127.
2007/6/29, Basile STARYNKEVITCH <[EMAIL PROTECTED]>:
Is it just me, or not?
On my system (Debian/Sid/AMD64 with gcc = 4.1.2 from Debian)
.
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
`/usr/src/Lang/gcc-tru
Hello,
I just applied to Google Summer of Code for working on GCC this summer.
I want to implement some Fortran 2003 features, in particular procedure
pointers and type-bound procedures. You can find my complete application
at http://www.stud.uni-giessen.de/~su5092/gsoc/application.pdf
Now I
27 matches
Mail list logo