+#endif
static void
init_main(void);
Regards,
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
gcc to stop
whining about a possibly negative array index when setting name[n - 1]
to zero.
Regards,
--
Jerry James
http://loganjerry.googlepages.com/
diff -dur gcl-2.6.7.ORIG/o/unixfsys.c gcl-2.6.7/o/unixfsys.c
--- gcl-2.6.7.ORIG/o/unixfsys.c 2008-11-04 16:36:47.0 -0700
+++ gcl-2.6.7/o
, can you
provide a backtrace from the segfault?
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
to avoid speaking Swahili. :-) It sounds like you solved
your problem already, so no backtrace (or stack trace) is needed. This
section in the GDB manual explains what they are:
http://sourceware.org/gdb/current/onlinedocs/gdb_8.html
Regards,
--
Jerry James
http://loganjerry.googlepages.com
in the LD_COMMAND definition. So I don't see
how this works at all on a Linux system. Shouldn't the definition be:
ld -d -S -N -x -R %s -e %d %s %s -o %s
? Is the code that invokes LD_COMMAND never executed on a Linux box?
--
Jerry James
http://loganjerry.googlepages.com
with autoconf,
and also using autoheader to regenerate h/gclincl.h.in.
Unfortunately, autoconf 2.61 generates a configure script that will
not run successfully, due to some obsolete autoconf usages in the
current configure.in. I'll send a patch to fix that in a moment.
--
Jerry James
http
prototypes and macros.
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
as _POSIX_C_SOURCE, _XOPEN_SOURCE, and several others. In short,
defining _GNU_SOURCE says to activate all features.
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl
like a
patch needs a little more work, tell me that, too. (I've already
noted that the SELinux patch is not quite fully baked.)
Regards,
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org
recruiting new developers?
If any of this is already documented somewhere, please just provide a
pointer. Thanks,
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl
On Tue, Jan 13, 2009 at 5:27 AM, Marijn Schouten (hkBst)
hk...@gentoo.org wrote:
Isn't that almost a year old?
Well, I figured I was still writing 2008 on all my checks, so it must be 2008.
--
Jerry *blush* James
http://loganjerry.googlepages.com/
Okay, so I'll try to answer my own questions.
On Mon, Jan 12, 2009 at 7:33 AM, Jerry James loganje...@gmail.com wrote:
1. Who are the current developers? There's a list on the project web
page, but since I can't even get anybody to fix a broken link there
(see the first message in this thread
, in the meantime, how should I fix the
Fedora build of gcl so developers can get a working DESCRIBE?
Thanks,
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
executable dumping possible on other platforms.
Has anyone looked further into the ppc64 and other such platforms?
What approach can be taken to build a working GCL there? I tried
configuring with --enable-dlopen, but that failed with a segfault,
just like the BFD build.
Thanks,
--
Jerry James
http
I figured out a simpler way to accomplish one part of the upgrade to
newer BFD libraries. Also, the Fedora/RedHat SELinux team helped me
streamline and improve the SELinux policy for GCL. I have updated the
corresponding patches here:
http://jjames.fedorapeople.org/gcl/
Regards,
--
Jerry
, then perhaps we can start discussing new issues of
substance.
Sounds great!
Regards,
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
,
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
distributions, so I guess
configure will have to check for one of these libbfds and pull in libz
as necessary.
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
/mock-results/x86_64/gcl-2.6.8-0.1.20080902cvs.2.fc11.src.rpm/result/build.log
BTW, I've made considerable progress on your very helpful patches and
will have more to report soon.
Great.! I'm happy to answer any questions you may have.
--
Jerry James
http://loganjerry.googlepages.com
==
The earth is but one country, and mankind its citizens. -- Baha'u'llah
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
Regards,
--
Jerry James
http://loganjerry.googlepages.com
on to
that team? They can be in raw form; the release notes team will massage
them to make them read well and look good. Thank you,
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman
:
* New upstream release
Does that refer to 2.6.7, or to an as yet unannounced 2.6.8 release?
--
Jerry James
http://loganjerry.googlepages.com/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
/linux/time.h:16: error: expected specifier-qualifier-list
before ‘time_t’
If I change the file contents to this:
#include stdio.h
#define __ASSEMBLY__
#include asm/signal.h
then the gcc invocation succeeds.
--
Jerry James
http://www.jamezone.org
)
Those two empty invocations of MY_PLT() at the top are causing a
compilation error. It's been a long time since I last used AWK.
Before I go dig out my AWK manual to try to figure out what happened
here, does anybody have any ideas on what could lead to those empty
entries?
Thanks,
--
Jerry James
and REG_G3.
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
this a try. I'm going to be out of touch for a couple of days
starting in about half an hour, though, so I probably won't make any
progress on this until next week.
Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel
If you try it, please let me know if it builds or not (I'm the Fedora
maintainer). Also, if it does build successfully and you are using
SELinux, note that you will have to label image files produced by gcl
with the gcl_exec_t type.
Regards,
--
Jerry James
http://www.jamezone.org
think the final spec file should look like.
--
Jerry James
http://www.jamezone.org/
gcl.spec
Description: Binary data
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
prefix.
And did I say THANKS!
You are very welcome.
--
Jerry James
http://www.jamezone.org/
gcl.spec
Description: Binary data
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
to the error handler. Also -- if remote access to this machine
can be arranged, I'd be happy to take a look if you'd like.
I would be very happy if you could take a look. I'll see if remote
access for you can be arranged. Thanks!
--
Jerry James
http://www.jamezone.org
On Mon, Oct 12, 2009 at 9:38 PM, Jerry James loganje...@gmail.com wrote:
I am the Fedora maintainer of gcl. I welcome input on how the gcl
package should be configured and built.
Et cetera. I got bounce messages back from open-axiom-devel and
texmacs-users, both of which appear to be closed
On Mon, Oct 12, 2009 at 9:38 PM, Jerry James loganje...@gmail.com wrote:
The *(.iplt) line didn't use to be present. I found .iplt lines being
generated when I last built on Fedora Rawhide (soon to be F-12), and
fixed the problem there. I didn't realize it had shown up in F-11 as
well. I'll
),f);) {
if (!memchr(b,10,sizeof(b)-1))
FEerror(plt buffer too small, 0);
-if (memcmp(b, .plt,4) !i)
+if ((memcmp(b, .plt,5) || memcmp(b, .iplt,6)) !i)
continue;
if (*b=='\r' || *b=='\n') {
i=0;
--
Jerry James
http://www.jamezone.org
((funcvoid fn, int n, int
__builtin_va_alist));;
+extern object fcalln GPR((object first, ...));;
+extern object funcall_cfun GPR((funcvoid fn, int n, ...));;
extern int init_eval GPR((void));;
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel
I recently received this bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=542004
The patch included in that bug report is to be applied on top of the
PLT patch I sent earlier. I'll attach a patch to this message that
applies directly to current 2.6.8-pre.
Regards,
--
Jerry James
http
meaning, but there is an FDL:
http://www.gnu.org/licenses/fdl-1.3.html
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
to use of the interpreter,
Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
the asterisk, rather than
before, because it is the pointer itself that needs to survive the
setjmp call, not the thing pointed to.
Regards,
--
Jerry James
http://www.jamezone.org/
gcl-2.6.8-volatile.patch
Description: Binary data
___
Gcl-devel mailing
itself. Look for this line:
cat conftest.el EOF
Perhaps your problem is caused by an earlier configure error. Try
looking through config.log to see if it all looks sane.
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
. As soon as I figure out how to add
more storage, I'm going to try a test build on it.
This might be worth a try, too: http://www.calxeda.com/trystack/. One
of the Calxeda guys, Mark Langsdorf, is active on the Fedora ARM
mailing list.
--
Jerry James
http://www.jamezone.org
. Hopefully that
helps. Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
On Wed, Jan 9, 2013 at 11:25 AM, Jerry James loganje...@gmail.com wrote:
I have made a list of instructions on how to setup an ARM virtual
machine that illustrates the problem:
http://software.jamezone.org/HOWTO/gcl-arm.html. Hopefully that
helps. Regards,
Also, here's a patch to show
On Wed, Jan 9, 2013 at 11:25 AM, Jerry James loganje...@gmail.com wrote:
I have made a list of instructions on how to setup an ARM virtual
machine that illustrates the problem:
http://software.jamezone.org/HOWTO/gcl-arm.html. Hopefully that
helps. Regards,
Following my own recipe, I added
this on the Fedora ARM mailing list.
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
into this, Camm!
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
:36.0 -0500
+++ gcl-2.6.8/h/elf32_s390_reloc.h2013-01-23 07:50:43.0 -0500
@@ -5,3 +5,7 @@
case R_390_PC32:
add_val(where,~0L,s+a-p);
break;
+
+ case R_390_PC32DBL:
+add_val(where,~0L,(s+a-p)1);
+break;
Regards,
--
Jerry James
http://www.jamezone.org
that builds a working GCL, let me know.
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
On Mon, Feb 25, 2013 at 2:59 PM, Jerry James loganje...@gmail.com wrote:
Fedora Rawhide has moved to what will soon be GCC 4.8.0. GCL now
fails to build properly on i386, although it still builds properly on
x86_64. The build reaches this point:
I finally got around to figuring this out
that is causing
this.
Any clues are much appreciated. Thanks,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
On Tue, Jun 4, 2013 at 4:34 PM, Jerry James loganje...@gmail.com wrote:
I built the latest 2.6.8pre from CVS a few days ago for Fedora
Rawhide. Now it is segfaulting while building maxima:
I looked through the diff from the 26 Jan 2013 snapshot to current CVS
head to see if I could spot
also very much in favor.
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
);
}
Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
. The attached patch to
tkMain.c fixes the problem (I've already sent it to the list in March 2013,
but it is not yet included).
I've committed gcl-2.6.10 ebuild to Gentoo, largely based on the fedora
srpm by Jerry James (thanks!). But this patch is also absent in fedora.
Does fedora use a very old tcl
On Wed, Feb 5, 2014 at 9:04 AM, Jerry James loganje...@gmail.com wrote:
Thanks for the patch! Regards,
Camm, how about the attached version of the patch? This will let gcl still
compile should there be any Tcl 7 users left in the world. :-) Regards,
--
Jerry James
http://www.jamezone.org
systems) or /usr/lib64 (64-bit
systems). On Debian systems, it is in /usr/lib. I don't know if that
pattern holds up for other distributions.
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman
an expert on SELinux, so
take all of the foregoing with a grain of salt. Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
A little web searching revealed that the symbol __aeabi_unwind_cpp_pr1
is defined in libgcc. It is one of the exception handling personality
routines, and has reloc type R_ARM_NONE. What does this assertion
failure imply, and what can I do to fix it?
Thank you,
--
Jerry James
http
do not see the string
-shared-libgcc anywhere in the build log. Is it only passed in
places where it would not be visible to the build log?
Although the R_ARM_NONE reloc type sounds like maybe we should just
ignore it (could be a linker bug?).
I am open to suggestions. :-) Regards,
--
Jerry
-lgcc_s; for your machine and run autoconf, that should do it.
Sadly, that didn't work either.
Alternatively, you could edit the function use_symbols in sfasli.c and
put in dummy calls to the functions you need.
I will try this next.
--
Jerry James
http://www.jamezone.org
On Tue, Sep 9, 2014 at 10:01 AM, Jerry James loganje...@gmail.com wrote:
On Tue, Sep 9, 2014 at 9:09 AM, Camm Maguire c...@maguirefamily.org wrote:
Alternatively, you could edit the function use_symbols in sfasli.c and
put in dummy calls to the functions you need.
I will try this next
. That is, it's a different symbol, ending with
a zero instead of a 1 now. Sorry about that. Okay, I will now add a
call to __aeabi_unwind_cpp_pr0 as well and we'll see if it wants
anything else.
Regards,
--
Jerry James
http://www.jamezone.org
On Tue, Sep 9, 2014 at 1:36 PM, Jerry James loganje...@gmail.com wrote:
Oh, wait! I didn't notice that the previous recipe (calling the
function from use_symbols) *worked*, and it is now complaining about
__aeabi_unwind_cpp_pr0. That is, it's a different symbol, ending with
a zero instead
=armv7-a
-mfpu=vfpv3-d16 -mfloat-abi=hard
Maybe -fexceptions is responsible?
Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
of packages that cannot be built successfully with
SELinux protection on. Since we appear to be getting EACCES from
mprotect(), that means that the target address isn't right. I will
try to gather more data.
Regards,
--
Jerry James
http://www.jamezone.org
with both).
Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
/signal.h issue. HTH. Regards,
--
Jerry James
http://www.jamezone.org/
--- configure.in.orig 2014-09-06 20:00:00.0 -0600
+++ configure.in 2014-09-06 20:00:00.0 -0600
@@ -2490,7 +2490,7 @@
#if test $use = 386-linux ; then
AC_CHECK_HEADERS(asm/sigcontext.h)
- AC_CHECK_HEADERS(asm
time. I
don't know how to fix it.
Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
On Tue, Jul 24, 2018 at 3:56 PM Camm Maguire wrote:
> Greetings! Committed this to Version_2_6_13pre:
Thanks again, Camm. Your speed is much appreciated. Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.
On Mon, Jul 23, 2018 at 4:11 PM Camm Maguire wrote:
> Greetings, and thanks so much for bringing this to my attention! I have
> reproduced the problem and will be committing a fix shortly.
That's great! Thank you very much for the quick fix. Regards,
--
Jerry James
http://www.jamezo
Does this indicate a bug in the newer binutils? Is it reasonable that
this reloc type should show up? Any advice you can give is much
appreciated. Thank you,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https
On Thu, May 9, 2019 at 8:08 PM Jerry James wrote:
> I don't have administrative access to any ppc64le hardware. Is there
> some other way I can be of help?
I poked a little at this tonight. The unknown relocation type, plus 3
more which I will describe below, shows up while processi
ve access to are
Fedora's build machines, and these test instances provided for the use
of packagers:
https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
I don't have administrative access to any ppc64le hardware. Is there
some other way I can be of help?
--
Jerry J
Hi Camm,
My latest attempt to build gcl for Fedora, with the upcoming gcc 9,
failed on ppc64 due to unknown reloc type 31, which appears to be
R_PPC64_PLT16_HA. Regards,
--
Jerry James
http://www.jamezone.org/
___
Gcl-devel mailing list
Gcl-devel
On Sat, Jul 13, 2019 at 1:23 PM Camm Maguire wrote:
> Greetings, and thanks for the heads up! I did try reproducing but the
> Debian porterboxes did not seem to have this gcc version yet. I will
> get to it.
No rush. I have an acceptable workaround for now. Regards,
--
Jerry J
On Mon, Jun 24, 2019 at 8:43 PM Jerry James wrote:
> We see the following unhandled relocation types:
> - 31 == R_PPC64_PLT16_HA
> - 60 == R_PPC64_PLT16_LO_DS
> - 119 == R_PPC64_PLTSEQ
> - 120 == R_PPC64_PLTCALL
I have discovered that passing -mno-pltseq to gcc prevents these
r
On Fri, Sep 13, 2019 at 8:53 AM Camm Maguire wrote:
> Greetings! Might you please post objdump -h, -t, -r, and -d on
> gcl_pcl_pkg.o when you get a chance?
Sure, it is attached.
--
Jerry James
http://www.jamezone.org/
$ objdump -h gcl_pcl_pkg.o
gcl_pcl_pkg.o: file format elf64-pow
such machine for debugging, so have added
> -mno-pltseq to the flags there. If anyone wants to help with support
> here please let me know.
Fedora no longer supports big endian ppc64, so I can't help you there,
I'm afraid. I have no access to such hardware either.
--
Jerry James
http://www.jamezone.org/
e. It
built with no problems. Thank you!
--
Jerry James
http://www.jamezone.org/
t a known regexp operator
got it
Perhaps all of the "\=" should be "\\="?
Regards,
--
Jerry James
http://www.jamezone.org/
olicy."
In particular, the mbin() function added by the Version_2_6_13pre70
patch wraps massert() around a call to realpath(). Instead, the code
should check that realpath returns a non-NULL value.
Regards,
--
Jerry James
http://www.jamezone.org/
On Mon, Jan 18, 2021 at 2:10 PM Jerry James wrote:
> We recently had a build failure on Fedora that was traced back to
> realpath() returning non-NULL AND setting errno to EINVAL. The glibc
> maintainers say:
>
> "In general, POSIX specifies that errno only has
no gcc 11
package. GCC 12 is all we get (currently version 12.2.1).
I have discovered that adding -fno-tree-vrp to the build flags makes
your example compile successfully (found by doing a binary search on
the optimization flags added between -O1, where the example works, and
-O2, where i
he section
on "Inconsistent behavior"). This also means that, while
-fno-tree-vrp may cause the symptoms to disappear, the correct flag to
use is -fwrapv. Better would be to make sure that overflow only
happens for unsigned integer operations.
Regards,
--
Jerry James
http://www.jamezone.org/
z
and ncurses-6.4.tar.gz, for example).
--
Jerry James
http://www.jamezone.org/
On Fri, Dec 23, 2022 at 8:44 AM Jerry James wrote:
> I have discovered that adding -fno-tree-vrp to the build flags makes
> your example compile successfully (found by doing a binary search on
> the optimization flags added between -O1, where the example works, and
> -O2, where it d
On Fri, Dec 23, 2022 at 1:55 PM Jerry James wrote:
> I was able to reduce your test code, Camm, and have filed
> https://bugzilla.redhat.com/show_bug.cgi?id=2156088. I am now going
> to vanish for the rest of the year, but will have sporadic email
> access.
I haven't quite vanishe
ut seems to solve this
problem. Then the GCC 13 prerelease version we are using seems to be
causing another problem that I haven't had time to diagnose yet. More
on that later.
--
Jerry James
http://www.jamezone.org/
--- gcl-2.6.14/configure.in.orig 2023-01-17 19:58:41.144478453 -0700
+++ gcl-2.6.14/config
88 matches
Mail list logo