any more
Andris
2012-08-03 andris.pave...@iki.fi andris.pave...@iki.fi
* system.ads: Support_Atomic_Primitives set to False,
Remove outdated constants
From e63ea85554db9c652070280161cd55a861d3b2db Mon Sep 17 00:00:00 2001
From: Andris Pavenis andris.pave...@iki.fi
Date: Thu, 2 Aug
On 08/03/2012 09:32 AM, Arnaud Charlet wrote:
Revision http://gcc.gnu.org/viewcvs?view=revisionrevision=189772
added constant Support_Atomic_Primitives to the target specific
system-*.ads files. The default system.ads was not updated.
The included patch
- adds the missing constant
- removes
Andris Pavenis andris.pave...@iki.fi
* lto-streamer-out.c (write_global_references,
lto_output_decl_state_refs):
Fix parameter type in call to streamer_tree_cache_lookup
diff --git a/gcc/lto-streamer-out.c b/gcc/lto-streamer-out.c
index 2adae74..12335c5 100644
--- a/gcc/lto-streamer
On 09/03/2012 03:27 PM, Richard Guenther wrote:
On Sat, Sep 1, 2012 at 2:21 PM, Andris Pavenis andris.pave...@iki.fi wrote:
uint32_t * is used as a 3rd parameter in call to
streamer_tree_cache_lookup()
in 2 places in gcc/lto-streamer-out.c when the procedure prototype have
unsigned
On 02/02/2012 12:41 AM, Earl Chew wrote:
Some environments don't support symbolic links :-(
If ln -s is not supported, configure can figure it out, and as a last resort
uses:
LN_S = cp -p
I've found two problems with this.
The first problem is that LN_S is not propagated past the top-level
Attached patch adds a possibility to add additional build steps after linking.
Without this patch only possibility is to redefine entire LINK_COMMAND_SPEC.
Currently only DJGPP seems to need it
2013-11-05Andris Pavenis andris.pave...@iki.fi
* gcc/gcc.c: Add macro POST_LINK SPEC
On 11/05/2013 02:09 PM, Andris Pavenis wrote:
Attached patch adds a possibility to add additional build steps after linking.
Without this patch only possibility is to redefine entire LINK_COMMAND_SPEC.
Currently only DJGPP seems to need it
2013-11-05Andris Pavenis andris.pave...@iki.fi
On 09/20/2012 06:33 PM, Jakub Jelinek wrote:
Status
==
The GCC 4.7.2 release tarballs have been created and were uploaded
to ftp.gnu.org. The GCC 4.7 branch is thus open again for
regression and documentation fixes.
Shouldn't be change
in this patch.
Andris
ChangeLog entry
2015 Nov 10 Andris Pavenis <andris.pave...@iki.fi>
* gcc.c: new macro POST_LINK_SPEC
* doc/tm.texi.in: document POST_LINK_SPEC
* doc/tm.texi: regenerate
>From 2b50898ca2340aa43ce756bd605862b947cf1e7d Mon Sep 17 00:00:00 2001
From: Andri
to this method in 2
places.
Current type unisgned is used elsewhere in the same file.
uint32_t is not guaranteed to be the same as unsigned (for DJGPP uint32_t is
actually
unsigned long). That causes compile failure for DJGPP native build.
Andris
2015-11-15 Andris Pavenis <andris.pave...@iki
On 11/13/2015 08:40 AM, Jeff Law wrote:
On 11/10/2015 11:16 AM, Andris Pavenis wrote:
One may need to execute extra steps after linking program. This is required
for example for DJGPP to run stubify.exe on file generated by linker.
The only way how to achieve was to use LINK_COMMAND_SPEC
Included patch updates error constants for DJGPP.
Andris
2015-11-15 Andris Pavenis <andris.pave...@delorie.com>
* libstdc++-v3/config/os/djgpp/error_constants.h (std::errc): Update error
constants for DJGPP
>From fd43935415eee35aaa2ece3d07b0814de4da70f7 Mon Sep 17 00:00:00 2001
Fro
On 11/15/2015 08:56 PM, Andris Pavenis wrote:
Included patch updates error constants for DJGPP.
Andris
2015-11-15 Andris Pavenis <andris.pave...@delorie.com>
* libstdc++-v3/config/os/djgpp/error_constants.h (std::errc): Update error
constants for DJGPP
Sorry email addrss andri
On 11/16/2015 01:12 PM, Richard Biener wrote:
On Sun, Nov 15, 2015 at 9:21 AM, Andris Pavenis <andris.pave...@iki.fi> wrote:
This fixes use of pointers different unsigned integer types as function
parameter.
Function prototype is (see gcc/tree-streamer.h):
bool streamer_tree_cache_
On 11/15/2015 09:19 PM, Andreas Schwab wrote:
Andris Pavenis <andris.pave...@iki.fi> writes:
diff --git a/libgfortran/intrinsics/chmod.c b/libgfortran/intrinsics/chmod.c
index 1fffa3d..482a8a6 100644
--- a/libgfortran/intrinsics/chmod.c
+++ b/libgfortran/intrinsics/chmod.c
@@ -451,7
DJGPP do not have S_ISVTX defined. Therefore its use should be avoided.
Attached patch updates existing preprocessor conditional constructions
not to use S_ISVTX also for DJGPP
Andris
2015-11-15 Andris Pavenis <andris.pave...@iki.fi>
* libgfortran/intrinsics/chmod.c (chmod_interna
On 11/10/2015 11:20 PM, Jeff Law wrote:
On 11/10/2015 11:16 AM, Andris Pavenis wrote:
One may need to execute extra steps after linking program. This is required
for example for DJGPP to run stubify.exe on file generated by linker.
The only way how to achieve was to use LINK_COMMAND_SPEC
Pavenis <andris.pave...@iki.fi>
* configure.ac: Specify that DJGPP do not have mmap even when sys/mman.h exists
* configure: Regenerate
>From 5fb05d0ae112ae1c938c2edf94b8dff8cd5dd1d6 Mon Sep 17 00:00:00 2001
From: Andris Pavenis <andris.pave...@iki.fi>
Date: Tue, 24 Nov 2015 20:22:5
Patch enables LTO support for DJGPP in top level configure.ac
Andris
2015-12-05 Andris Pavenis <andris.pave...@iki.fi>
* configure.ac: enable LTO for *-*-msdosdjgpp
>From 9df385353dd1f6c275e0ce9266ab4bbb3a80cd44 Mon Sep 17 00:00:00 2001
From: Andris Pavenis <andris.pave...@iki.f
Included patch updates typedefs of integer types in config/i386/djgpp-stdint.h.
Patch is similar but not identical as attached to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41557
Andris
2015-12-05 Andris Pavenis <andris.pave...@iki.fi>
* config/i386/djgpp-stdint.h: update ty
Patch include updates to DJGPP related files in gcc/config/i386.
There are too many changes to gcc/config/i386/djgpp.h and
gcc/config/i386/xm-djgpp.h to list them completely in changelog
entry.
Andris
2015-11-25 Andris Pavenis <andris.pave...@iki.fi>
Subject: [PATCH 6/6] [DJGPP] gcc/
Included patch adds *-*-msdosdjgpp to lists of i[34567]86-*-* soft-fp targets.
Andris
PS. Sending from different address as posts from other address seems not to go
through
2015-12-05 Andris Pavenis <andris.pave...@iki.fi>
* config.host: Add *-*-msdosdjgpp to lists of i[34567]86-*-* s
On 12/05/2015 06:35 PM, Andris Pavenis wrote:
Included patch updates libstdc++-v3/config/os/djgpp/error_constants.h
according to defines available in DJGPP errno.h.
I'm reposting a patch as earlier post (Nov 15, 2015) have bug in changelog entry
Andris
2015-12-05 Andris Pavenis <andris.p
On 12/11/2015 12:32 AM, Jeff Law wrote:
On 12/05/2015 10:25 AM, Andris Pavenis wrote:
Patch enables LTO support for DJGPP in top level configure.ac
Andris
2015-12-05 Andris Pavenis <andris.pave...@iki.fi>
* configure.ac: enable LTO for *-*-msdosdjgpp
OK once prereqs have gone in. No
On 12/11/2015 12:43 AM, Jeff Law wrote:
On 12/05/2015 10:22 AM, Andris Pavenis wrote:
Patch include updates to DJGPP related files in gcc/config/i386.
There are too many changes to gcc/config/i386/djgpp.h and
gcc/config/i386/xm-djgpp.h to list them completely in changelog
entry.
Andris
2015
gt;
Devang Patel<dpa...@apple.com>
+Andris Pavenis<andris.pave...@iki.fi>
Fernando Pereira<prone...@gmail.com>
Kaushik Phatak<kaushik.pha...@kpitcummins.com>
Nicolas Pitre<n...@cam.org>
Index: ChangeLog
==
On 01/09/2016 01:29 AM, Jeff Law wrote:
On 12/21/2015 11:22 PM, Andris Pavenis wrote:
12/21/2015, 10:00 PM, Jeff Law kirjoitti:
On 12/17/2015 10:51 PM, Andris Pavenis wrote:
On 12/13/2015 08:12 PM, DJ Delorie wrote:
You can list me as your sponsor.
I've been wanting him to be a djgpp target
I posted last version of patch where I took review comments into account
month ago:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg01328.html
Andris
Patch avoids using S_ISVTX if it is not defined.
https://gcc.gnu.org/ml/gcc-patches/2015-11/msg01899.html
Initial version of patch avoided it additionally for DJGPP
(https://gcc.gnu.org/ml/gcc-patches/2015-11/msg01880.html)
Andris
namespace only
when they are defined in cstdlib
Andris
2016-01-26 Andris Pavenis <andris.pave...@iki.fi>
* include/c_compatibility/stdlib.h: Include wide character related
definitions only when they are available in cstdlib.
>From 17778d89abe4f51f929806e67d2e2352b6b4376e Mon Sep 17
' is interpreted as $DJDIR/include. Adding drive prefix (like
c:/dev/c/foo) is not supported for these special path-names.
ChangeLog entry:
2016-07-30 Andris Pavenis <andris.pave...@iki.fi>
* ada/adaint.c (__gnat_is_djgpp): define (1 for DJGPP host, 0 otherwise).
* ada/s-os_lib.ads (Is
This patch (2nd of 4) includes various changes to Ada related C files required
for DJGPP support
ChangeLog entry:
2016-07-30 Andris Pavenis <andris.pave...@iki.fi>
* ada/ctrl_c.c: Do not use macro SA_RESTART for DJGPP.
* ada/gsocket.h: Do not support sockets for DJGPP.
This patch (3rd of 4) contains changes to gcc-interface/Makefile.in and DJGPP own implementation of
system.ads.
ChangeLog entry:
2016-07-30 Andris Pavenis <andris.pave...@iki.fi>
* ada/gcc-interface/Makefile.in (LIBGNAT_TARGET_PAIRS): Define for DJGPP target
(EH_MECHANISM): Define t
This last patch (4/4) contains DJGPP related changes to adaint.c (except one which belongs to patch
1/4).
ChangeLog entry:
2016-07-30 Andris Pavenis <andris.pave...@iki.fi>
* ada/adaint.c: Include process.h, signal.h, dir.h and utime.h for DJGPP.
(DIR_SEPARATOR) define to '\\' for
On 07/31/2016 10:57 AM, Arnaud Charlet wrote:
Frankly at this stage, I do not think it makes sense to maintain an
Ada port for DJGPP and in particular maintain all these extra
special cases and #ifdefs.
I don't think this is a reasonable attitude to take with people who
are willing to do the
On 08/12/2016 07:18 PM, Eric Botcazou wrote:
2016-07-30 Andris Pavenis <andris.pave...@iki.fi>
* ada/adaint.c (__gnat_is_djgpp): define (1 for DJGPP host, 0
otherwise). * ada/s-os_lib.ads (Is_Djgpp): import __gnat_is_djgpp as
constant. * ada/s-os_lib.adb (Normalize_Pathname): s
not however work. Disabling conversion
for '/dev/' alone would influence Windows port as such directory name is OK for Windows.
Updated changelog entry is inside the attachment.
Andris
>From d746c4fa913a2eca6f1d93b614fd0aa908cfd13a Mon Sep 17 00:00:00 2001
From: Andris Pavenis <andris.pave...@
Just one suggestion:
What about configure option like --with-version-convert where one could specify
actual conversion?
I have used conversion sed -e 's:\.::2g' for DJGPP to leave only the first dot in version for
complying with MS-DOS file name restrictions. The implementation of that was
On 08/18/2016 12:40 PM, Arnaud Charlet wrote:
This patch (2nd of 4) includes various changes to Ada related C files
required for DJGPP support
ChangeLog entry:
2016-07-30 Andris Pavenis <andris.pave...@iki.fi>
* ada/ctrl_c.c: Do not use macro SA_RESTART for DJGPP.
* ada/gso
On 08/18/2016 12:41 PM, Arnaud Charlet wrote:
2016-07-30 Andris Pavenis <andris.pave...@iki.fi>
* ada/gcc-interface/Makefile.in (LIBGNAT_TARGET_PAIRS): Define for
DJGPP target
(EH_MECHANISM): Define to -gcc for DJGPP
* ada/system-djgpp.ads: New file
Andris
+++ b/gcc/ada/system-djg
libraries (all-target-libada).
I'll try to find which change has caused the error (unfortunately I have not saved the message).
Andris
>From 83fe70a17d811ebdec7ca70509e3c2521657d8f2 Mon Sep 17 00:00:00 2001
From: Andris Pavenis <andris.pave...@iki.fi>
Date: Sun, 28 Aug 2016 08:02:11 +030
On 07/30/2016 08:47 AM, Andris Pavenis wrote:
This last patch (4/4) contains DJGPP related changes to adaint.c (except one which belongs to
patch 1/4).
ChangeLog entry:
2016-07-30 Andris Pavenis <andris.pave...@iki.fi>
* ada/adaint.c: Include process.h, signal.h, dir.h and utime.h for
On 08/25/2016 12:46 PM, Arnaud Charlet wrote:
Which exception handling mechanism is used by the DJGPP port?
Is it (GCC) SJLJ?
No. Updated to set ZCX_By_Default := true for DJGPP.
New patch attached.
Andris
>From 45d1e01d7b29e88eea85a284733efdd7f38cc604 Mon Sep 17 00:00:00 2001
From: And
On 09/04/2016 09:50 PM, Arnaud Charlet wrote:
On 08/25/2016 12:46 PM, Arnaud Charlet wrote:
Which exception handling mechanism is used by the DJGPP port?
Is it (GCC) SJLJ?
No. Updated to set ZCX_By_Default := true for DJGPP.
Well I'm confused now. How could this work before? In other words,
On 09/07/2016 08:59 PM, Andris Pavenis wrote:
On 09/05/2016 09:42 AM, Eric Botcazou wrote:
Attached output is from last test build (r239639 with DJGPP related patches
applied, last version of patches for Ada).
Very strange error, line 28 of gtype-ada.h is supposed to have a guard for
nodes
On 09/05/2016 08:39 AM, Arnaud Charlet wrote:
GCC Ada compiler itself uses exceptions.
Yes, but the bootstrap doesn't use system-dgjpp.ads, it uses the generic
system.ads which uses front-end (GNAT) SJLJ, hence my question. Your
answer isn't very reassuring.
Tried several test examples which
On 09/08/2016 12:09 PM, Thomas Schwinge wrote:
Hi!
A few review comments:
On Wed, 7 Sep 2016 20:19:20 +0300, Andris Pavenis <andris.pave...@iki.fi> wrote:
This patch fixes handling header.gcc in subdirectories when command line option
-remap has been
used.
(I have not yet reviewed the
On 09/13/2016 11:39 PM, Eric Botcazou wrote:
Found that the first revision causing this problem (of course with DJGPP
related patches applied) is 239113. Native bootstrap with same DJGPP
related patches applied on top of revision 239112 succeeds without
problems.
[andris@ap gcc]$ git bisect
On 09/25/2016 09:10 PM, Arnaud Charlet wrote:
Is the above change really necessary? Would be nice to get rid of this
extra code. The rest looks OK to me.
It is required for support of environment when LFN support is either
not available or disabled for some reason (for example FreeDOS
without
On 09/08/2016 12:09 PM, Thomas Schwinge wrote:
Hi!
A few review comments:
On Wed, 7 Sep 2016 20:19:20 +0300, Andris Pavenis <andris.pave...@iki.fi> wrote:
This patch fixes handling header.gcc in subdirectories when command line option
-remap has been
used.
(I have not yet looked u
.
Comment with explanation added in attached version of patch
Andris
>From 49015a63e708824dbd80fb90520c33b8e1607c43 Mon Sep 17 00:00:00 2001
From: Andris Pavenis <andris.pave...@iki.fi>
Date: Thu, 15 Sep 2016 19:31:54 +0300
Subject: [PATCH 4/4] [DJGPP, Ada] Ada support
* ada/adaint.c
Pavenis <andris.pave...@iki.fi>
* files.c (remap_filename): Fix handling -remap in subdirectories
>From 77e02ba755fa9ea66e046ecf6dbc61c306bc2a71 Mon Sep 17 00:00:00 2001
From: Andris Pavenis <andris.pave...@iki.fi>
Date: Wed, 7 Sep 2016 18:22:32 +0300
Subject: [PATCH] * files.c
On 09/05/2016 09:42 AM, Eric Botcazou wrote:
Attached output is from last test build (r239639 with DJGPP related patches
applied, last version of patches for Ada).
Very strange error, line 28 of gtype-ada.h is supposed to have a guard for
nodes containing the 'common' structure. Can you post
On 09/25/2016 07:25 PM, Arnaud Charlet wrote:
int
__gnat_get_maximum_file_name_length (void)
{
+#if defined (__DJGPP__)
+ return (_use_lfn(".")) ? -1 : 8;
+#else
return -1;
+#endif
}
Is the above change really necessary? Would be nice to get rid of this
extra code. The rest looks
I'd like to ping patch
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00164.html
Additional comments about using ZCX_By_Default := true are in
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00845.html
Andris
On 10/10/2016 06:22 PM, Arnaud Charlet wrote:
PS. What about last versions of other 2 not yet approved patches (1 and 3)?
There have been many back and forth and many updates, so I do not know where
we are on these. I'm pretty sure I OKed one of the other parts, but best
to resubmit them
On 10/11/2016 11:46 AM, Arnaud Charlet wrote:
I'd like to ping patch
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00164.html
Additional comments about using ZCX_By_Default := true are in
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00845.html
Well this patch doesn't inspire lots of
rest looks OK to me.
It is be possible to leave this part out for now.
We could return to this part later separately.
Andris
PS. What about last versions of other 2 not yet approved patches (1 and 3)?
>From bd1698bff232bdc4258c70f49add1869276184db Mon Sep 17 00:00:00 2001
From: Andris Pavenis
I'd like to ping this patch.
Last version of the patch together with Changelog entry can be found in mailing
list archive:
https://gcc.gnu.org/ml/gcc-patches/2016-08/msg01229.html
Andris
On 11/07/2017 08:28 PM, Jonathan Wakely wrote:
On 07/11/17 19:26 +0200, Andris Pavenis wrote:
src/filesystem/ops-common.c uses S_ISSOCK unconditionally without checking that
it is available
As result compile fails for DJGPP when S_ISREG is available but S_ISSOCK is not. Included patch
add
src/filesystem/ops-common.c uses S_ISSOCK unconditionally without checking that
it is available
As result compile fails for DJGPP when S_ISREG is available but S_ISSOCK is not. Included patch add
configure check for S_ISSOCK
Andris
ChangeLog entry:
2017-11-07 Andris Pavenis
On 07/27/2018 11:51 PM, DJ Delorie wrote:
Richard Biener writes:
DJ, did you ever run the testsuite with a configuration that has LTO
enabled? I don't see any djgpp results posted to gcc-testresults.
Quick googling doesn't yield anything useful with regarding on how to
do actual testing with
On 07/31/2018 04:04 PM, Richard Biener wrote:
On Sat, 28 Jul 2018, Andris Pavenis wrote:
On 07/27/2018 11:51 PM, DJ Delorie wrote:
Richard Biener writes:
DJ, did you ever run the testsuite with a configuration that has LTO
enabled? I don't see any djgpp results posted to gcc-testresults
63 matches
Mail list logo