amd64: Add more xasm constraint registers

Hello,

so far pcc implemented only some of the r** xasm registers in the amd64
architecture. (I wonder why.) The attached patch adds all missing from
macdefs.h.

They are for example used in musl's syscall interface.

-Felix

SuSE RPM for pcc nightlies?

Is there a SuSE RPM for pcc nightlies?

Irek

Re: How to change subscription address?

On 04/09/2013 08:13 AM, Hans Petter Selasky wrote:

> Hello,
>
> Ishttp://pcc.ludd.ltu.se/mailing_lists/  down?
>
> I'm trying to change my subscription e-mail?

Up now.

Either do as it is written there or mail me.

-- Ragge

pcc web server down

The pcc web server seems to be down, again. Can any one resurrect it, please?

Olga
--

-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska <at> gmail.com   \-`\-'----.
 `'-..-| /       http://twitter.com/fleyta     \ |-..-'`
      /\/\     Solaris/BSD//C/C++ programmer   /\/\
      `--`                                      `--`

pcc 1.1 alpha release any time soon?

I have a request: given the huge process pcc has made, since the 1.0
release, can you release an *alpha* release of pcc 1.1, so the Linux
distributions pick that up, please? OpenSUSE12.3 still ships with
pcc1.0, which is a pain.

Olga
--

-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska <at> gmail.com   \-`\-'----.
 `'-..-| /       http://twitter.com/fleyta     \ |-..-'`
      /\/\     Solaris/BSD//C/C++ programmer   /\/\
      `--`                                      `--`

ICE: how to debug?

Hi guys,

I got an ICE with new pcc (something which was OK previously), and I
wondered how I can go further in the debugging (ie how to search with -X
and -Z about the problem).

I simplified the offending input as
	void f(unsigned u) { int i=(int)( u >> 0) % 5; }
<stdin>, line 2: compiler error: Cannot generate code, node 03571A0 op %

What is the next step? ccom -Ze seems a good starting point, but I do
not know where to search for the faulty node. Can someone help?

Antoine
___
PS: I know >>0 is useless, and using >>1 does not raise the problem; yet
it comes from de-macrofied code where the >>0 makes sense, and I do not
see why such code cannot be translated.

Error on C++ grammar; problem with bison's version?

Hi guys,

While I am trying to get the building process back in order with
Windows, I got an error with the C++ grammar:

C>bison --version
GNU Bison version 1.28

C>bison -y -t -d --no-lines cc\cxxcom\cgram.y
cc\cxxcom\cgram.y:318: type clash (`' `strp') on default action
cc\cxxcom\cgram.y:319: type clash (`' `strp') on default action

C>type DATESTAMP
20130217

I know that version is _very_ old, yet it served us faithfully until
now, and it does not complain on the C grammar. However I know next to
nothing to yacc (read: I am too lazy to dig into 2500 lines of yacc) so
I am completely unable to decide if there is a bug in the grammar, if it
is just a limit of my version, or if we are indeed requiring some
not-too-old version of bison (in which case we should check that with
autoconf...)

Any ideas?

Antoine

No activity on PCC for 1.5 months?

Hi,

Seems like no releases and no changes since 2013-01-01?  Has development 
totally stopped?

-Mike

Re: pcc and Fedora Linux

On Fri, 21 Dec 2012 10:19:55 +0000 (GMT)
Iain Hibbert <plunky <at> ogmig.net> wrote:
> I am suspecting something that the pcc-libs start/end files does not
> do that the system (or gcc) provided ones do, but that (gnu?) libc
> relies on, or something that the libgcc or libgcc_s are supposed to
> provide, which pcc does not link
> 
> I note that the pcc-built binary uses crt files from
>   /usr/lib64/pcc/x86_64-unknown-linux-gnu/1.1.0.DEVEL/lib
> 
> whereas the gcc-built binary is using the files from
>   /usr/lib64
> 
> which are presumably the gcc versions?
> 
> does it make any difference if you don't have pcc-libs installed? (I
> think this will mean that the system-provided crtfiles will be used,
> instead)

Doesn't look like it. If I don't install pcc-libs, then it fails to
find standard include files or libpcc.

If I do install it, but get rid of all the crt files and replace them
with gcc's crtbegin.o and crtend.o, the return code works as it should.
--

-- 
Susi Lehtola
Fedora Project Contributor
jussilehtola <at> fedoraproject.org

daily cvs snapshots for pcc-libs?

Re: pcc and Fedora Linux

On Wed, 19 Dec 2012 21:00:36 +0000 (GMT)
Iain Hibbert <plunky <at> ogmig.net> wrote:
> sorry been offline... what is the source, in the end, is it just
> 
>   int main() { return 0; }
> 
> as it is here?
> 
> It is strange that a hello world program worked for you, but then does
> that return an error also that we didn't detect?
> 
> also, is it the same without "-g" ?
> 
> I doubt that it is generating incorrect assembler though you could
> compare the output of gcc against the pcc output to be sure..  most
> likely I would think it would be the linked start/end files .. can
> you show the output of "pcc -v" vs "gcc -v" ?

Well, the thing is that I naturally didn't check the return value of
the hello world program, which also turns out to be 96; the same
regardless of the presence of -g.

$ pcc -v hello.c 
pcc 1.1.0.DEVEL 20121214 for x86_64-unknown-linux-gnu
Calling /usr/libexec/cpp -D_LP64 -D__LP64__ -D__amd64 -D__amd64__ -D__x86_64 -D__x86_64__
-D__ELF__ -D__linux__ -D__STDC_HOSTED__=1 -v -D__GNUC_STDC_INLINE__ -D__USER_LABEL_PREFIX__=
-D__REGISTER_PREFIX__= -D__GNUC_PATCHLEVEL__=1 -D__GNUC_MINOR__=3 -D__GNUC__=4
-D__SIZEOF_WINT_T__=4 -D__PTRDIFF_TYPE__=long int -D__SIZE_TYPE__=unsigned long
-D__WINT_TYPE__=unsigned int -D__WCHAR_MAX__=2147483647 -D__SIZEOF_WCHAR_T__=4
-D__WCHAR_TYPE__=int -D__STDC_ISO_10646__=200009L -D__LONG_LONG_MAX__=0x7fffffffffffffffLL
-D__LONG_MAX__=0x7fffffffffffffffLL -D__INT_MAX__=0x7fffffff -D__SHRT_MAX__=32767
-D__SCHAR_MAX__=127 -D__VERSION__="pcc 1.1.0.DEVEL 20121214 for x86_64-unknown-linux-gnu"
-D__PCC_MINORMINOR__=0 -D__PCC_MINOR__=1 -D__PCC__=1 -S /usr/include/pcc/ -S /usr/include -S /usr/lib64/pcc/x86_64-u
 nknown-linux-gnu/1.1.0.DEVEL/include/ hello.c /tmp/ctm.Zq7QLY
PCC preprocessor version pcc 1.1.0.DEVEL 20121214 for x86_64-unknown-linux-gnu
Calling /usr/libexec/ccom -v /tmp/ctm.Zq7QLY /tmp/ctm.DiVMP5
ccom: pcc 1.1.0.DEVEL 20121214 for x86_64-unknown-linux-gnu
Calling /usr/bin/as -v /tmp/ctm.DiVMP5 -o /tmp/ctm.250oUc
GNU assembler version 2.23.51.0.1 (x86_64-redhat-linux) using BFD version version
2.23.51.0.1-3.fc18 20120806
Calling /usr/bin/ld -v -d -dynamic-linker /lib64/ld-linux-x86-64.so.2 -e _start
/usr/lib64/pcc/x86_64-unknown-linux-gnu/1.1.0.DEVEL/lib/crt1.o
/usr/lib64/pcc/x86_64-unknown-linux-gnu/1.1.0.DEVEL/lib/crti.o
/usr/lib64/pcc/x86_64-unknown-linux-gnu/1.1.0.DEVEL/lib/crtbegin.o /tmp/ctm.250oUc
-L/usr/lib64/pcc/x86_64-unknown-linux-gnu/1.1.0.DEVEL/lib/ -L/usr/lib64/ -lpcc -lc -lpcc
/usr/lib64/pcc/x86_64-unknown-linux-gnu/1.1.0.DEVEL/lib/crtend.o /usr/lib64/pcc/x86_64-unknown-linux-gnu/1.1.0.DEVEL/lib/crtn.o
GNU ld version 2.23.51.0.1-3.fc18 20120806

$ gcc -v hello.c 
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.7.2/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared
--enable-threads=posix --enable-checking=release --disable-build-with-cxx
--disable-build-poststage1-with-cxx --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id
--with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto
--enable-plugin --enable-initfini-array --enable-java-awt=gtk --disable-dssi
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile
--enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--disable-libjava-multilib --with-ppl --with-cloog --with-t
 une=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.7.2 20121109 (Red Hat 4.7.2-8) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.7.2/cc1 -quiet -v hello.c -quiet -dumpbase hello.c
-mtune=generic -march=x86-64 -auxbase hello -version -o /tmp/ccAOYyjC.s
GNU C (GCC) version 4.7.2 20121109 (Red Hat 4.7.2-8) (x86_64-redhat-linux)
	compiled by GNU C version 4.7.2 20121109 (Red Hat 4.7.2-8), GMP version 5.0.5, MPFR version 3.1.1, MPC
version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/4.7.2/include-fixed"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-redhat-linux/4.7.2/include
 /usr/local/include
 /usr/include
End of search list.
GNU C (GCC) version 4.7.2 20121109 (Red Hat 4.7.2-8) (x86_64-redhat-linux)
	compiled by GNU C version 4.7.2 20121109 (Red Hat 4.7.2-8), GMP version 5.0.5, MPFR version 3.1.1, MPC
version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 71c7e38131c41f2b53aef8c65e624722
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 as -v --64 -o /tmp/ccWDGq03.o /tmp/ccAOYyjC.s
GNU assembler version 2.23.51.0.1 (x86_64-redhat-linux) using BFD version version
2.23.51.0.1-3.fc18 20120806
COMPILER_PATH=/usr/libexec/gcc/x86_64-redhat-linux/4.7.2/:/usr/libexec/gcc/x86_64-redhat-linux/4.7.2/:/usr/libexec/gcc/x86_64-redhat-linux/:/usr/lib/gcc/x86_64-redhat-linux/4.7.2/:/usr/lib/gcc/x86_64-redhat-linux/
LIBRARY_PATH=/usr/lib/gcc/x86_64-redhat-linux/4.7.2/:/usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.7.2/collect2 --build-id
 --no-add-needed --eh-frame-hdr --hash-style=gnu -m elf_x86_64
 -dynamic-linker /lib64/ld-linux-x86-64.so.2
/usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../../lib64/crt1.o
/usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.7.2/crtbegin.o
 -L/usr/lib/gcc/x86_64-redhat-linux/4.7.2
 -L/usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../../lib64
 -L/lib/../lib64 -L/usr/lib/../lib64
 -L/usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../.. /tmp/ccWDGq03.o
 -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s
 --no-as-needed /usr/lib/gcc/x86_64-redhat-linux/4.7.2/crtend.o /usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../../lib64/crtn.o

--

-- 
Susi Lehtola
Fedora Project Contributor
jussilehtola <at> fedoraproject.org